I don't know that there is a formal requirement that a Conduit be attached
to a single host or attached to a host+path.

I also think you're exaggerating the problem of overriding the endpoint
address. Typically people will want to use a different address for a
development server instead of production. So their configuration is likely
to apply to both. I don't really see any users just sticking in a random
address there and having an issue with trusting a rogue server.

If you have suggestions about how this should work, would love to hear them.

On 3/13/07, Polar Humenn <[EMAIL PROTECTED]> wrote:

Aside from this being just plain wrong, there might be a requirement
that the endpoint that the conduit is created with is just a URL with
host information.

Is it supposed to be the case that the EndpointInfo.getAddress() or
EndpointReferenceType.getAddress() is only a URL of the form
"http://host.com:1234"; or is there an associated path?

In what situations is the PATH_INFO used? Is it part of the JAX-WS?

Cheers,
-Polar

Dan Diephouse wrote:
> On 3/12/07, Polar Humenn <[EMAIL PROTECTED]> wrote:
>
>> Shouldn't this conduit ONLY be sending messages to the endpoint
>> designated (configured) for it?
>>
>> Furthermore, the code fragment in setupURL
>>
>>         String result = value != null ? value : url.toString();
>>          if (null != pathInfo && !result.endWith(pathInfo)) {
>>                 result = result + pathInfo;
>>         }
>>
>> has a bit of a caveat in that you'd never be able to send a request to
a
>> location
>> of  "http://somewhere.com/xx/xx";, specified by a URL of
>> "http://somwhere.com/xx"; a Message.PATH_INFO property of "/xx".
>>
>> Now some might say "why would you want to do that?" I know "xx" doesn't
>> make sense to most, but what about,
>>
>>          "http://somewhere.com/path/to/parent/..";
>>
>> as a URL location built up from other things you might have dealt with,
>> and you want to set a path from there to be "/.." Then you are in a
>> completely different location than you want to be.
>>
>> Is there a specific "contract" are placed on Message.ENDPOINT_ADDRESS,
>> Message.PATH_INFO for this situation, or its it a bug?
>
>
> -1 to changing this. PATH_INFO is supposed to be all the stuff after the
> host. Just like URI.getPath(). -
> http://java.sun.com/j2se/1.5.0/docs/api/index.html?java/net/URI.html
>
> - Dan
>
>




--
Dan Diephouse
Envoi Solutions
http://envoisolutions.com | http://netzooid.com/blog

Reply via email to