You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Jacobo Sanchez <ja...@gmail.com> on 2006/12/06 17:56:51 UTC
[AXIS2] java2wsdl and Date objects
Hi all
Hope this is the right place to talk about this:
I found that generating the wsdl from a java class with a method
returning a 'java.util.Date' object has the same behaviour as using a '
java.util.Calendar'. In both generated wsdl files the type is translated to
'dateTime'. I expected the ' java.util.Date' object to be translated to
'date' so debugged a bit (svn source) and found that the '
org.apache.ws.java2wsdl.utils.TypeTable' class is the one that defines the
same mapping for both java classes.
My question is if it is working as intended or not and if it is, how could i
make a java object to be translated to 'date' into the generated wsdl?
Thanks for your hard work,
Jacobo
Re: [AXIS2] java2wsdl and Date objects
Posted by Jacobo Sánchez López <ja...@gmail.com>.
Thanks for the reply,
You are right, the mapping follows the specification and i was wrong
about the correct behavior. In my previous experiences with axis 1.x I
played with wsdl2java and the mapping of 'date' in java is a
'java.util.Date' object so i made a mistake assuming the mapping was
'date' <-> 'java.util.Date' when it is 'date' -> 'java.util.Date' and
'java.util.Date' -> 'dateTime'.
Sorry for my mistake and my bad english explanations and thanks again,
Jacobo.
El mié, 06-12-2006 a las 10:45 -0800, Manoj Khangaonkar escribió:
> Jacob,
>
> The generation is based on java to xml mapping as defined in the
> specification JAX-RPC 1.1. I have not
> looked at JAX-WS, but I suspect it has the same mapping.
>
> Have you tested the runtime behavior. I would expect the runtime to do
> the necessary conversion based
> on what the target service expects - java.util.Date or
> java.util.Calendar.
>
> Mj
>
>
> On 12/6/06, Jacobo Sanchez <ja...@gmail.com> wrote:
> Hi all
>
> Hope this is the right place to talk about this:
> I found that generating the wsdl from a java class with a
> method returning a ' java.util.Date' object has the same
> behaviour as using a 'java.util.Calendar '. In both generated
> wsdl files the type is translated to 'dateTime'. I expected
> the ' java.util.Date' object to be translated to 'date' so
> debugged a bit (svn source) and found that the '
> org.apache.ws.java2wsdl.utils.TypeTable' class is the one
> that defines the same mapping for both java classes.
>
> My question is if it is working as intended or not and if it
> is, how could i make a java object to be translated to 'date'
> into the generated wsdl?
>
> Thanks for your hard work,
>
> Jacobo
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org
Re: [AXIS2] java2wsdl and Date objects
Posted by Manoj Khangaonkar <kh...@gmail.com>.
Jacob,
The generation is based on java to xml mapping as defined in the
specification JAX-RPC 1.1. I have not
looked at JAX-WS, but I suspect it has the same mapping.
Have you tested the runtime behavior. I would expect the runtime to do the
necessary conversion based
on what the target service expects - java.util.Date or java.util.Calendar.
Mj
On 12/6/06, Jacobo Sanchez <ja...@gmail.com> wrote:
>
> Hi all
>
> Hope this is the right place to talk about this:
> I found that generating the wsdl from a java class with a method
> returning a 'java.util.Date' object has the same behaviour as using a '
> java.util.Calendar '. In both generated wsdl files the type is translated
> to 'dateTime'. I expected the ' java.util.Date' object to be translated to
> 'date' so debugged a bit (svn source) and found that the '
> org.apache.ws.java2wsdl.utils.TypeTable' class is the one that defines
> the same mapping for both java classes.
>
> My question is if it is working as intended or not and if it is, how could
> i make a java object to be translated to 'date' into the generated wsdl?
>
> Thanks for your hard work,
>
> Jacobo
>
>
>