FWIW, ASP.NET does this very thing when generating WSDL. The actual service endpoint depends on the request url for the WSDL

so if I request http://www.fred.com/foo/bar.asmx?wsdl the generated wsdl would contain a serice port to http://www.fred.com/foo/bar.asmx.

Makes it kinda fun with our WSDL diff utility cause the WSDLs aren't "immutable" but thats a different set of problems.

Jim

Nelson Minar wrote:

There are a bunch of doc/lit specific bugs that have been fixed in both the
straight 1.2 alpha release and the latest Axis CVS.


Understood. This is really frustrating if you're trying to use Axis
1.1. A beta of Axis 1.2 that passes all tests would be very welcome.


As to your template WSDL suggestion... not sure what the best
solution is there.


I think a solution is needed. Most of the web services developers I
talk to tell me two things: use document/literal and start with the
WSDL and generate server code from it. Apparently this is the path to
stability. It makes sense to me, too - you write the interface as the
center of your system.


The bigger problem though is that WSDL requires service endpoints to
be in the WSDL AT ALL. I'm not sure if this is being addressed by
either WSDL 1.2 or WSDL 2.0.


This is important for user convenience - you just point the client at
the WSDL and you're done. For production deployment this is the right
thing. For testing, most clients do support a way to say "use the
proxy from this WSDL, but use a different endpoint for the service".

A template mechanism would also solve the "what's your hostname"
problem. It seems pretty random to me whether Axis thinks its hostname
is http://foo/ or http://foo.example.com/

Reply via email to