Pretty much every other WS stack ignores any existing WSDL endpoint for services so I think (1) may seem odd to people, the WS binding spec also states - "For services, the WSDL document's port/endpoint location URI, and the uri attribute of the binding are ignored". So (2) seems like the way to go to to me. I guess as part of the documentation we need to define how the endpoint is derived. I'm fine with it not being overridable for M2.
...ant On 9/26/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
Perhaps I should be clearer here - we have two options: 1) return the wsdl as supplied by the user 2) mutate the wsdl to override the endpoint address If we do the second then we need to define what value will be returned and provide a mechanism for the user to override it. -- Jeremy On Sep 26, 2006, at 9:59 AM, Jeremy Boynes wrote: > Which is what? > Bearing in mind vhosts, reverse proxies, etc. > -- > Jeremy > > On Sep 26, 2006, at 9:49 AM, ant elder wrote: > >> It should be the endpoint where the service is exposed at ;) >> >> ...ant >> >> On 9/26/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote: >>> >>> What endpoint address should it return? >>> -- >>> Jeremy >>> >>> On Sep 26, 2006, at 8:09 AM, ant elder (JIRA) wrote: >>> >>> > WS binding returns wsdl with incorrect endpoint from ?wsdl >>> > ---------------------------------------------------------- >>> > >>> > Key: TUSCANY-756 >>> > URL: http://issues.apache.org/jira/browse/ >>> TUSCANY-756 >>> > Project: Tuscany >>> > Issue Type: Bug >>> > Components: Java SCA Axis Binding >>> > Affects Versions: Java-M2 >>> > Reporter: ant elder >>> > Fix For: Java-M2 >>> > >>> > >>> > Doing a ?wsdl on the service exposed by a service using the Axis2 >>> > ws binding returns a wsdl with the wrong endpoint address. >>> > >>> > To recreate deploy the helloworldws sample to tomcat and in a >>> > browser enter: >>> > >>> > http://localhost:8080/sample-helloworldws-1.0-incubator-M2- >>> SNAPSHOT/ >>> > services/HelloWorldWebService?wsdl >>> > >>> > >>> > >>> > -- >>> > This message is automatically generated by JIRA. >>> > - >>> > If you think it was sent incorrectly contact one of the >>> > administrators: http://issues.apache.org/jira/secure/ >>> > Administrators.jspa >>> > - >>> > For more information on JIRA, see: http://www.atlassian.com/ >>> > software/jira >>> > >>> > >>> > >>> > >>> -------------------------------------------------------------------- >>> - >>> > To unsubscribe, e-mail: [EMAIL PROTECTED] >>> > For additional commands, e-mail: [EMAIL PROTECTED] >>> > >>> >>> >>> -------------------------------------------------------------------- >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
