JSR109v1.2 does **not** mandate webservices.xml; if you want to package
webservices.xml, then that has to be present in WEB-INF or META-INF
depending on the type of endpoint. If you specify webservices.xml, then
the values in webservices.xml override the values in the corresponding
@WebService annotation.
Hope this helps
Vijay
On Tue, 2006-01-24 at 10:42, Mark Hansen wrote:
> Thanks. The various packaging alternative represented in these tests
> are interesting. However, none of them seem to be compliant with
> JSR-109 (version 1.2). I don't see a webservices.xml file anywhere.
> Are the tests named svchandler-1(2)(3) intended to be JSR-109 compliant?
>
> -- Mark
>
> Vijay Ramachandran wrote:
>
> >For the simplest of service, you do not need packaging at all - checkout
> >http://blogs.sun.com/vijaysr
> >
> >For deploying as a WAR or a JAR, GlassFish is flexible on what you
> >package :
> >
> >. You can package just the endpoint impl class along with a basic
> >web.xml/ejb-jar.xml only (annotations/webservice/warservice,
> >ejb_annotations/wsctxt)
> >. You yourself can generate all artifacts and package along with these
> >along with wsdl etc (annotations/webservice/pkgedwarservice,
> >annotations/webservice/prepkged-svc-1)
> >
> >The above are true for java-wsdl way of developing a service. If you
> >start from WSDL, use wsimport to generate SEI and then implement the
> >SEI, it would be good if you package everything
> >(annotations/webservice/wsdltojava). If you do not package anything in
> >the wsdl-java case, even then GlassFish will generate all the required
> >stuff - only thing it is not guaranteed that the WSDL generated and
> >published will be exactly the same as the one you used to generate SEI
> >in the first place.
> >
> >Hope this helps
> >
> >Vijay
> >
> >
> >On Tue, 2006-01-24 at 06:03, Mark Hansen wrote:
> >
> >
> >>I am creating some sample JAX-WS web services to deploy on Glassfish. I
> >>a little confused about the packaging. Can anyone recommend one of the
> >>tests to follow as a model?
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> >>For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
> >>
> >>
> >>
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> >For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>