Re: [ljc] Java EE

From: Wesley H.
Sent on: Friday, March 1, 2013 2:42 PM
James, 

It would probably be useful if you could provide an example of these URL differences. 

Java web application URL structure usually follows something like...

<server>/contextPath/servletPath/applicationPaths

I am not sure what you mean when you say that setting up config in the web.xml file ties you to one application server. This file is the standard config files for all Java web apps and all application servers should interpret it in the same way. 

There should be no reason why you cannot achieve a consistent URL structure, but in order for us to see why it is not currently consistent, a little more info is required I think.

Wes

On Fri, Mar 1, 2013 at 2:34 PM, James Green <[address removed]> wrote:
Maybe I'm approaching this wrongly, but there seems no way to describe in a Java EE project what URL endpoints should exist where.

I'm developing an application that has JAX-RS and JAX-WS endpoint urls.

Deploying to Glassfish results in one set of URLs. Deploying to TomEE results in another set of URLs.

I can specify a context root to narrow the app down to a sub-url hierarchy, yet neither Glassfish nor TomEE place the JAX-WS resources within that context.

For JAX-WS the matter of neutrality gets even worse. Ignoring the lack of a context root, I can try to influence which services are exposed where by settings attributes on @WebService yet Glassfish and TOM-EE both map these differently.

For JAX-RS within TOM-EE, Application paths are ignored, and sub-resource paths are instead hiked to the top of the URL hierarchy.

And so I am left facing the inevitable: This is not how everyone else is doing it. Bear in mind we are a small shop and don't carve duties out between engineering and deployment departments - we have all possible hats on ourselves.

So come on, what magic am I missing? I've found references to setting up web.xml and assorted other xml files but these either tie you to one application server in the case of a web.xml entry, or to per-application server config files that contain essentially the same instructions.

Thanks,

James





--
Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
This message was sent by James Green ([address removed]) from LJC - London Java Community.
To learn more about James Green, visit his/her member profile
Set my mailing list to email me As they are sent | In one daily email | Don't send me mailing list messages

Meetup, POB 4668 #37895 NY NY USA 10163 | [address removed]

Our Sponsors

  • Our Blog

    Read the latest news from the LJC

  • RecWorks Ltd

    Fixing Tech Recruitment using the Power of Community

  • jClarity

    Java/JVM Performance Analysis Tools & mentoring for Java related matters

  • LJC Aggrity

    Our LJC Aggrity site contains blog posts from our members

  • LJC Book Club

    Our Book club with book reviews from our members

  • Devoxx UK

    Java Community Conference, in collaboration with the LJC 12/13 Jun 14

  • SkillsMatter

    "Host, help organise, promote, film many of our meetings."

  • Packt Publishing

    A publishing company specializing on specific technologies and solutions

  • Java.Net

    We are an official Java User Group recognised by Oracle's JUG program

  • JRebel

    Free 3 month J-Rebel license.

  • O'Reilly

    40% discount on printed books and 50% on e-books.

People in this
Meetup are also in:

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy