Examples of EndpointAddress

• com.sun.xml.internal.ws.api.EndpointAddress
  Represents the endpoint address URI.

  Conceptually this can be really thought of as an {@link URI}, but it hides some of the details that improve the performance.

  Being an {@link URI} allows this class to represent custom made-up URIs(like "jms" for example.) Whenever possible, this object also creates an {@link URL} (this is only possible when the addresshas a registered {@link URLStreamHandler}), so that if the clients of this code wants to use it, it can do so.

  How it improves the performance

  1. Endpoint address is often eventually turned into an {@link URLConnection}, and given that generally this value is read more often than being set, it makes sense to eagerly turn it into an {@link URL}, thereby avoiding a repeated conversion.
  2. JDK spends a lot of time choosing a list of {@link Proxy}to connect to an {@link URL}. Since the default proxy selector implementation always return the same proxy for the same URL, we can determine the proxy by ourselves to let JDK skip its proxy-discovery step. (That said, user-defined proxy selector can do a lot of interesting things --- like doing a round-robin, or pick one from a proxy farm randomly, and so it's dangerous to stick to one proxy. For this case, we still let JDK decide the proxy. This shouldn't be that much of an disappointment, since most people only mess with system properties, and never with {@link ProxySelector}. Also, avoiding optimization with non-standard proxy selector allows people to effectively disable this optimization, which may come in handy for a trouble-shooting.)

  @author Kohsuke Kawaguchi
• com.sun.xml.ws.api.EndpointAddress
  Represents the endpoint address URI.

  Conceptually this can be really thought of as an {@link URI}, but it hides some of the details that improve the performance.

  Being an {@link URI} allows this class to represent custom made-up URIs(like "jms" for example.) Whenever possible, this object also creates an {@link URL} (this is only possible when the addresshas a registered {@link URLStreamHandler}), so that if the clients of this code wants to use it, it can do so.

  How it improves the performance

  1. Endpoint address is often eventually turned into an {@link URLConnection}, and given that generally this value is read more often than being set, it makes sense to eagerly turn it into an {@link URL}, thereby avoiding a repeated conversion.
  2. JDK spends a lot of time choosing a list of {@link Proxy}to connect to an {@link URL}. Since the default proxy selector implementation always return the same proxy for the same URL, we can determine the proxy by ourselves to let JDK skip its proxy-discovery step. (That said, user-defined proxy selector can do a lot of interesting things --- like doing a round-robin, or pick one from a proxy farm randomly, and so it's dangerous to stick to one proxy. For this case, we still let JDK decide the proxy. This shouldn't be that much of an disappointment, since most people only mess with system properties, and never with {@link ProxySelector}. Also, avoiding optimization with non-standard proxy selector allows people to effectively disable this optimization, which may come in handy for a trouble-shooting.)

  @author Kohsuke Kawaguchi
• org.apache.tuscany.sca.binding.notification.encoding.EndpointAddress
  @version $Rev$ $Date$

Examples of org.apache.tuscany.sca.binding.notification.encoding.EndpointAddress