[
http://issues.apache.org/jira/browse/TUSCANY-582?page=comments#action_12428089
]
Kelvin Goodson commented on TUSCANY-582:
----------------------------------------
I have checked this patch and there is an issue
... without the patch applied the testcase gives
junit.framework.ComparisonFailure: The expected value did not result when
calling toDay after initializing with toDay. expected:<...15 GM...> but
was:<...01 BS...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at
org.apache.tuscany.sdo.test.DateConversionTestCase$Test.executeConversion(DateConversionTestCase.java:180)
at
org.apache.tuscany.sdo.test.DateConversionTestCase$Test.attemptConversion(DateConversionTestCase.java:156)
at
org.apache.tuscany.sdo.test.DateConversionTestCase.testConversionsFromDay(DateConversionTestCase.java:192)
and
junit.framework.AssertionFailedError: DataHelper.toData() should not return
null for '---04'.
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertNotNull(Assert.java:220)
at
org.apache.tuscany.sdo.test.DateConversionTestCase.testToDateFormats(DateConversionTestCase.java:345)
but with the patch applied a different test fails ...
junit.framework.ComparisonFailure: The expected value did not result when
calling toTime after initializing with toTime. expected:<...0...> but
was:<...1...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at
org.apache.tuscany.sdo.test.DateConversionTestCase$Test.executeConversion(DateConversionTestCase.java:180)
at
org.apache.tuscany.sdo.test.DateConversionTestCase$Test.attemptConversion(DateConversionTestCase.java:156)
at
org.apache.tuscany.sdo.test.DateConversionTestCase.testConversionsFromTime(DateConversionTestCase.java:272)
> 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, 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]