I see.
So the requirement is that not only soap:address should be a uri but it
should have uri scheme of the transport specified by soap:binding.
I like
http://REPLACE_WITH_ACTUAL_ADDRESS. I think that's an easier
change and also intuitive to explain to our users.
-Arun
Doug Kohlert wrote:
> Here is a snippet from the WSDL 1.1 spec. According to this we should
> have the proper URI scheme.
> So if it is http binding then perhaps - http://REPLACE_WITH_ACTUAL_ADDRESS
>
>
> 3.8 soap:address
>
> The SOAP address binding is used to give a port an address (a URI). A
> port using the SOAP binding MUST specify exactly one address. The URI
> scheme specified for the address must correspond to the transport
> specified by the soap:binding.
>
> <definitions .... >
> <port .... >
> <binding .... >
> <soap:address location="uri"/> </binding>
> </port>
> </definitions>
>
>
>
> Arun Gupta wrote:
>
>>> Up until now, when generating WSDLs we have been generating the
>>> soap:address with a value of "REPLACE_WITH_ACTUAL_URL".
>>> The reason this is done is to provide a place holder so that our
>>> runtime WSDL patching code could patch this
>>> value with the proper one when the WSDL is retrieved from the
>>> server. The question is, when a user generates
>>> the WSDL with wsgen and we do not know what the endpoint address is,
>>> what should we generate for the address?
>>
>> Why cant we continue using "REPLACE_WITH_ACTUAL_URL" ?
>>
>> new URI("REPLACE_WITH_ACTUAL_URL") does not throw an exception.
>>
>> -Arun
>>
>>> To be a valid WSDL the value needs to be a URI. Does anyone have any
>>> suggestions on what this value should be?
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_jax-ws.dev.java.net
>>> For additional commands, e-mail: dev-help_at_jax-ws.dev.java.net
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_jax-ws.dev.java.net
> For additional commands, e-mail: dev-help_at_jax-ws.dev.java.net
>
--
got Web Services ?
Download Java Web Services Developer Pack from
http://java.sun.com/webservices