[
https://issues.apache.org/jira/browse/AXIS-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878219#action_12878219
]
Amila Chinthaka Suriarachchi commented on AXIS-2673:
----------------------------------------------------
can you please test with a SNAPHOT[1] and provide us steps to
reproduce the issue?
[1]
http://repository.apache.org/snapshots/org/apache/axis2/distribution/SNAPSHOT/
> Axis CalendarSerializer ignores the TimeZone while formatting the date
> ----------------------------------------------------------------------
>
> Key: AXIS-2673
> URL: https://issues.apache.org/jira/browse/AXIS-2673
> Project: Axis
> Issue Type: Bug
> Components: Serialization/Deserialization
> Affects Versions: 1.4
> Reporter: Giljo Scaria
>
> While serializing java.util.Calendar object CalendarSerializer class ignores
> the Timezone set in the calendar object.
> It always considers the date object to be in the default timezone.
> Default behaviour of Axis is to convert the date to GMT.But if the passed in
> date or calendar object is already in GMT timezone, it should preserve the
> time as such.
> But getValueAsString(Object value, SerializationContext context) method in
> the CalendarSerializer takes in a parameter of Object type, and then uses
> Calendar.getTime() to get the Date.This results in creating a new
> java.util.Date object with default timezone and hence the original Timeone
> associated with the Calendar object is lost.
> The issue is that the Date returned by Calendar.getTime() doesn't maintain
> the calendar's time zone , and developers at sun says this is by design.
> Axis then formats this date object to GMT and results in incorrect time.
> But the actual Calendar object passed in was already in GMT.
> Axis should have taken care of checking the Calendar's Timezone and format
> the date accordingly, instead of blindly believing it to be in the default
> TimeZone.
--
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]
