You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by Good David <go...@AXXIA.com> on 2004/08/20 18:03:34 UTC

Custom Deserializer for xsd:dateTime

Hi,

 

I'm attempting to override the standard deserializer for xsd:dateTime.  The
wsdd including this type mapping: 

 

<typeMapping

xmlns:ns="http://www.w3.org/2001/XMLSchema"

qname="ns:dateTime"

type="xsd:dateTime

serializer="org.apache.axis.encoding.ser.CalendarSerializerFactory"

deserializer="com.axxia.pkc.core.ws.serializer.ExGregorianCalendarDeserializ
erFactory"

        

 />

 

 

apparently deploys ok (no exceptions), but the service does not appear in
Axis (the xsd namespace is declared in the root tag).

 

Changing the type attribute to a java type like this makes it deploy
properly, but with the wrong type in the generated wsdl.

 

<typeMapping

xmlns:ns="http://www.w3.org/2001/XMLSchema"

qname="ns:dateTime"

type="java:com.axxia.pkc.core.util.ExGregorianCalendar"

serializer="org.apache.axis.encoding.ser.CalendarSerializerFactory"

deserializer="com.axxia.pkc.core.ws.serializer.ExGregorianCalendarDeserializ
erFactory"

        

 />

 

Does anyone know if it is possible to override the default types in this
way, and if so how?

 

David Good

Senior Software Engineer

 

axxia Systems Limited

 

TEL:     +44 (0)118 960 2637 

FAX:     +44 (0)118 960 2600

E-MAIL:goodd@axxia.com

WEB:   http://www.axxia.com <BLOCKED::http://www.axxia.com/> 

Axxia House, 4 The Pavilions, Ruscombe Business Park, Twyford, Berkshire,
United Kingdom. RG10 9NN

 

E-MAIL DISCLAIMER

 

The information in this e-mail and any attachment is confidential.  It is
intended only for the named recipient(s). If you are not a named recipient
please notify the sender immediately and do not disclose the contents to
another person or take copies. Although Axxia Systems has taken every
reasonable precaution to ensure that any attachment to this e-mail has been
checked for viruses, it is strongly recommended that you carry out your own
virus check before opening any attachment, as we cannot accept liability for
any damage sustained as a result of software virus infection. Axxia Systems
reserves the right to monitor and record e-mails sent to axxia.com, and
senders of such messages shall be taken to consent to this.

 



****************************************************************************
E-MAIL DISCLAIMER

The information in this e-mail and any attachment is confidential. 
It is intended only for the named recipient(s). If you are not a
named recipient please notify the sender immediately and do not
disclose the contents to another person or take copies. Although
Axxia Systems has taken every reasonable precaution to ensure
that any attachment to this e-mail has been checked for viruses, 
it is strongly recommended that you carry out your own virus 
check before opening any attachment, as we cannot accept
liability for any damage sustained as a result of software virus 
infection. Axxia Systems reserves the right and senders of
messages shall be taken to consent to the monitoring and
recording of e-mails addressed to axxia.com.
***************************************************************************


Re: Custom Deserializer for xsd:dateTime

Posted by Benjamin Levy <be...@neb.net>.
Hello,
I think instead of
type="xsd:dateTime"

you want
languageSpecificType="java:yourDateTimeClass"

And maybe also add
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"

to the typeMapping as well.  That's about what I did to override the  
built in handling of byte[] based on a sample from the user guide.

http://ws.apache.org/axis/java/user-guide.html

In the "XML <-> Java Data Mapping in Axis" section then look for "When  
Beans Are Not Enough - Custom Serialization"


Ben

On Aug 20, 2004, at 12:03 PM, Good David wrote:

> Hi,
>
>  
>
> I’m attempting to override the standard deserializer for  
> xsd:dateTime.  The wsdd including this type mapping:
>
>   
>
> <typeMapping
>
> xmlns:ns="http://www.w3.org/2001/XMLSchema"
>
> qname="ns:dateTime"
>
> type="xsd:dateTime
>
> serializer="org.apache.axis.encoding.ser.CalendarSerializerFactory"
>
> deserializer="com.axxia.pkc.core.ws.serializer.ExGregorianCalendarDeser 
> ializerFactory"
>
>        
>
>   />
>
>  
>
>  
>
> apparently deploys ok (no exceptions), but the service does not appear  
> in Axis (the xsd namespace is declared in the root tag).
>
>  
>
> Changing the type attribute to a java type like this makes it deploy  
> properly, but with the wrong type in the generated wsdl.
>
>  
>
> <typeMapping
>
> xmlns:ns="http://www.w3.org/2001/XMLSchema"
>
> qname="ns:dateTime"
>
> type="java:com.axxia.pkc.core.util.ExGregorianCalendar"
>
> serializer="org.apache.axis.encoding.ser.CalendarSerializerFactory"
>
> deserializer="com.axxia.pkc.core.ws.serializer.ExGregorianCalendarDeser 
> ializerFactory"
>
>        
>
>   />
>
>  
>
> Does anyone know if it is possible to override the default types in  
> this way, and if so how?
>
>  
>
> David Good
>
> Senior Software Engineer
>
>  
>
> axxia Systems Limited
>
>  
>
> TEL:     +44 (0)118 960 2637
>
>  FAX:     +44 (0)118 960 2600
>
> E-MAIL:goodd@axxia.com
>
> WEB:   http://www.axxia.com
>
> Axxia House, 4 The Pavilions, Ruscombe Business Park, Twyford,  
> Berkshire, United Kingdom. RG10 9NN
>
>  
>
> E-MAIL DISCLAIMER
>
>  
>
> The information in this e-mail and any attachment is confidential.  It  
> is intended only for the named recipient(s). If you are not a named  
> recipient please notify the sender immediately and do not disclose the  
> contents to another person or take copies. Although Axxia Systems has  
> taken every reasonable precaution to ensure that any attachment to  
> this e-mail has been checked for viruses, it is strongly recommended  
> that you carry out your own virus check before opening any attachment,  
> as we cannot accept liability for any damage sustained as a result of  
> software virus infection. Axxia Systems reserves the right to monitor  
> and record e-mails sent to axxia.com, and senders of such messages  
> shall be taken to consent to this.
>
>  
>