Mark,

I don't believe that the JAX-RPC spec defines a standard way to do custom
[de]serialization. The Axis classes are used by many vendors (IBM, Borland,
Macromedia, Pramati, etc), but I wouldn't say that it has been established
as a defacto standard. There are lots of other implementations that use
their own classes.

Anne

----- Original Message -----
From: "Mark D. Hansen" <[EMAIL PROTECTED]>
To: "AXIS Users (E-mail)" <[EMAIL PROTECTED]>
Sent: Friday, July 25, 2003 11:13 PM
Subject: accessing the TypeMappingRegistry in a JAXRPC implemenation


> Not much is going on on the JAXRPC-INTEREST discussion, so I'm also
> posting this here.  I hope it is not considered too "off topic".
>
> > -----Original Message-----
> > From: Public discussion on JAX-RPC
> > [mailto:[EMAIL PROTECTED] Behalf Of Mark D. Hansen
> > Sent: Friday, July 25, 2003 6:37 PM
> > To: [EMAIL PROTECTED]
> > Subject: accessing the TypeMappingRegistry in a JAXRPC implemenation
> >
> >
> > I am looking for a way to do custom
> > serialization/deserialization that will run on any JAXRPC
> > runtime implementation in a Servlet container.  Is this
> > possible?  I would think that you could get to the
> > TypeMappingRegistry for a service endpoint by implementing
> > the service with the ServiceLifecycle interface and getting
> > the endpoint's MessageContext from the implementation
> > supplied ServletEndpointContext.  But, I see that
> > javax.xml.rpc.handler.SOAPMessageContext does not define a
> > getTypeMappingRegistry() method.
> >
> > Does this mean that JAXRPC does not define a standard way for
> > developers to access the TypeMappingRegistry of a service endpoint?
> >
> > BTW, I notice that the Axis implemenation of
> > SOAPMessageContext (org.apache.axis.MessageContext) does in
> > fact have a getTypeMappingRegistry() method.  Is this a "de
> > facto" standard approach that other implementations use?
> >
> > Thanks for your help,
> >
> > Mark
> >
>

Reply via email to