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 > > >