Bundling wsdl in jar with CXF wsdl2java?

I've run into the same issue - I've got the following workaround but I'm still searching for something cleaner.

I've run into the same issue - I've got the following workaround but I'm still searching for something cleaner. Keep your wsdls in src/main/resources/wsdl Do the following when you create your TrackService: URL wsdlUrl = TrackService.class. GetResource( "/wsdl/TrackService_v4.

Wsdl" ); TrackService service = new TrackService( wsdlUrl ); The ideal solution would be to pass the location as a element into the CXF wsdl2java plugin. Then your client code could call the default constructor. However the stub code that is generated does not allow you to specify a wsdl file that is on the classpath.

For me, the ideal solution would be that someone using a JAR I make that provides a stub for a WSDL wouldn't have to know ANYTHING about the WSDL file. I agree with your workaround (It's the same thing I mentioned in my post), but I don't want to have to specify anything about the . Wsdl file outside of the JAR.

– Andre Feb 27 at 23:19 This gives the reasons why you need to package the wsdl files -jax-ws.java. Net/faq/index. Html#wsdl_at_runtime.

At least they're looking into making it a little cleaner in the future. – mtpettyp Feb 28 at 2:11.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.