users@jax-ws.java.net

Re: 1:1 mapping between business logic and service implementation class

From: Angel Todorov <attodorov_at_gmail.com>
Date: Fri, 30 Mar 2007 14:18:46 +0300

Hi Vivek,

Thanks. That's what I had in mind. it seems it is indeed suitable when
one doesn't want to have 1:1 mapping and wants to reuse one provider
for calling different "functions" from a backend.

I have several additional questions though, which didn't become clear
to me from the documentation:

1) Are attachments (mostly, MTOM) supported when the Provider way is used ?
2) If I don't configure any explicit handlers for the provider, is
there any SOAP validation taking place before invoke() is called ?
3) Am I always left with the option to generate the SOAP response by
hand (AddNumbersImpl provider sample) ? Is there any way to stream the
SOAP response using an XMLStreamReader or something like this ?
4) How can I access, from the invoke() method , properties related to
the service / operation , i.e. stored on a level above the actual
current message?

Thanks in advance very much.

Best Regards,
Angel

On 3/23/07, Vivek Pandey <Vivek.Pandey_at_sun.com> wrote:
> You may like to checkout Provider based endpoint that can serve the
> incoming message in a generic way and then it can dispatch it to the
> appropriate endpoint.
>
> See https://jax-ws.dev.java.net/nonav/2.1/docs/provider.html for details.
>
> -vivek.
>
> Angel Todorov wrote:
> > Hi,
> >
> > I would like to ask whether in JAX-WS, I always have to have one to
> > one mapping between a service and a java implementation class,
> > annotated with @WebService . Is it possilble to have a generic java
> > class which , based on a service name, and the operation name, (and
> > maybe some namespace), dispatches requests to some internal business
> > logic ?
> >
> > For example, using Axis2 i don't need to have a service implementation
> > class. I can decide to which backend to dispatch (having transformed
> > it) the request using the MessageReceiver concept.
> >
> > Thanks very much for your feedback.
> >
> > Regards,
> > Angel
> >
> > ---------------------------------------------------------------------
> > 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
>
>