[
https://issues.apache.org/jira/browse/AXIS2-3059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536830
]
Lars Kruse Pedersen commented on AXIS2-3059:
--------------------------------------------
Thanks for the fix, but...
Isn't there supposed to be a colon in the zone offset part, like 02:00, using Z
will produce 0200?!? And how do one get a timezone neutral date(without the
zone offset part), using GMT produces +0000...
> Date gets changed for xs:date types
> -----------------------------------
>
> Key: AXIS2-3059
> URL: https://issues.apache.org/jira/browse/AXIS2-3059
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: adb
> Affects Versions: 1.3
> Environment: Java 5.0 Windows XP
> Reporter: Michael Medric
> Assignee: Amila Chinthaka Suriarachchi
>
> I have an attribute of type xs:date in my WSDL and have generated ADBBean
> objects via wsdl2java. This xs:date attribute maps to a DateTime field in
> our database. However, our system only cares about the date part (month,
> day, year), not the time. As a result, the dates are stored with time
> 00:00:00 in the database. When querying for this object using axis2, it
> moves the day back one day because of the UTC conversion that is done in
> ConvertUtil.convertToDate(String).
> For instance, the say the date is '2000-01-01 00:00:00' in the database. The
> client is in GMT-5:00 time zone. What is returned to the client is
> '1999-12-31 19:00:00'. Essentially, it seems the day will always get shifted
> as per the client time zone by way of the ConvertUtil.convertToString(Date)
> method that always assumes GMT (which appends 'Z' to the serialized date).
> It seems to me that the use of xsd:date is undermined here because the day
> will get always get shifted back for any client timezones behind GMT. I'm
> not sure if this is a bug or by design but it seems worth mentioning.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
