Thanks.
The use case is actually getting the SOAPBinding from inside either the
handler or the endpoint, so that I can get an instance of SOAPFactory
using SOAPBinding.getSOAPFactory(). For generating SOAP Fault message
detail elements. I'd prefer not to use SOAPFactory.newInstance(). It
seems like, on the server side, I should get the SOAPFactory from the
binding provider or else via dependency injection. But, maybe I'm
wrong. Shouldn't the container runtime supply such factories - rather
then the application creating them? I've always thought that you could
run into trouble creating factories at the application level inside
containers because the discovery process might produce an incompatible
implementation of the factory with respect to the SAAJ runtime provided
by the container.
> I'm looking at the JAX-WS spec and trying to understand how Figure 9.1
> (Handler architecture) applied to Java EE endpoints.
>
> In addition to just trying to understand the architecture, I'm trying
> to figure out if there is a way to access the HandlerChain from inside
> a @WebService at runtime?
I don' think there is a way to get HandlerChain in endpoint
implementation. What's the use case ?
Jitu
Jitendra Kotamraju wrote:
> Mark Hansen wrote:
>
>> Does a server side Java EE deployment of a web service (i.e.,
>> @WebService or @WebServiceProvider) implement the
>> javax.xml.ws.Binding interface?
>
>
> No.
>
>> I'm looking at the JAX-WS spec and trying to understand how Figure
>> 9.1 (Handler architecture) applied to Java EE endpoints.
>>
>> In addition to just trying to understand the architecture, I'm trying
>> to figure out if there is a way to access the HandlerChain from
>> inside a @WebService at runtime?
>
>
> I don' think there is a way to get HandlerChain in endpoint
> implementation. What's the use case ?
>
> Jitu
>
>>
>> Thanks for any explanations,
>>
>> Mark
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jax-ws.dev.java.net
>> For additional commands, e-mail: users-help_at_jax-ws.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jax-ws.dev.java.net
> For additional commands, e-mail: users-help_at_jax-ws.dev.java.net
>