[ http://issues.apache.org/jira/browse/TUSCANY-582?page=all ]

Frank Budinsky resolved TUSCANY-582.
------------------------------------

    Resolution: Fixed

Fixed in revision 434519.

> Date fields sometimes not preserved when using DataHelper.
> ----------------------------------------------------------
>
>                 Key: TUSCANY-582
>                 URL: http://issues.apache.org/jira/browse/TUSCANY-582
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SDO Implementation
>            Reporter: Brian Murray
>         Assigned To: Frank Budinsky
>            Priority: Minor
>         Attachments: DateConversionTestCase.java, 
> DateConversionTestCase.java, DateConversionTestCase.java, 
> DateConversionTestCase.java, Tuscany582.patch, Tuscany582.patch, 
> Tuscany582.patch
>
>
> While I find it mildly surprising that you can convert from a Day to a Date, 
> I would expect that in doing so the Day (Date.getDate()) value within Date 
> would be accurate (even if all other fields are meaningless). 
> // The output of each println (from a single run) is placed in comments 
> beside it
>    public void testShowErrorsInSimpleFashion() throws Exception
>    {
>       Date temp = new Date(System.currentTimeMillis());
>       // In following sequence - would expect the Day value (here, 21) to be 
> maintained.
>       System.out.println("temp = " + temp); // temp = Fri Jul 21 03:51:01 EDT 
> 2006
>       String day = data_helper.toDay(temp);
>       System.out.println("day = " + day); // day = ---21 EDT
>       Date date2 = data_helper.toDate(day);
>       System.out.println("date2 = " + date2); // date2 = Thu Feb 29 23:00:00 
> EST 1968
>       String day2 = data_helper.toDay(date2);
>       System.out.println("day2 = " + day2); // day2 = ---29 EST
>    }
>    When I look in DataHelperImpl.java, I see a series of Date Patterns. It 
> seems that Day is being matched to an earlier pattern than the expected one 
> (the expected one is "---dd zz"). When I move that pattern to first in the 
> list, the outcome is affected.  Were it not matching an earlier pattern, I 
> would think that moving the correct one to the front of the  list would not 
> have an effect.
>    Leaving DataHelperImpl.java unaltered, Day = 21 EDT, and Day2 = 29 EST (in 
> the case above). However, if I put the appropriate pattern first in the list, 
> Day2 is instead = 20 EST. Interestingly, it is still not the correct day 
> (21). 
> Frank pointed out that there have been recent updates to DataHelper, however 
> I've retested with build level 425652 and see the same behavior.
> Side note:
>    The following is not a JIRA issue, but it is related.  In the second table 
> on page 146 the Date conversions for most types are essentially to the same  
> type, to Date, and to String. It seems that several more are possible. The 
> following seem capable of being added:
>       DateTime-> Month, MonthDay, YearMonth, YearMonthDay, Time, Year, 
> Duration, Day
>       Duration->Month, MonthDay, YearMonth, YearMonthDay, Time, Year, 
> DateTime, Day
>       MonthDay->Month, Day
>       YearMonth->Month, Year
>       YearMonthDay->Month, Year, Day, YearMonth, MonthDay

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to