[
https://issues.apache.org/jira/browse/ISIS-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13007847#comment-13007847
]
Dan Haywood commented on ISIS-80:
---------------------------------
I've disabled these (rev 1082424) since currently failing in CI and want to get
back to a clean build.
> Re-enable testDate and testSqlDate tests in the common object store test suite
> ------------------------------------------------------------------------------
>
> Key: ISIS-80
> URL: https://issues.apache.org/jira/browse/ISIS-80
> Project: Isis
> Issue Type: Test
> Components: Alternatives: ObjectStore: SQL
> Affects Versions: 0.1.0-incubating
> Environment: Hudson-ubuntu
> Reporter: Kevin Meyer
> Assignee: Kevin Meyer
>
> The Hudson build failed the applib Date and java.sql.date SqlDate with:
> Error Message
> SQL date 2010-04-09 is not equal to 2010-04-08
> Stacktrace
> junit.framework.AssertionFailedError: SQL date 2010-04-09 is not equal to
> 2010-04-08
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at
> org.apache.isis.alternatives.objectstore.sql.common.SqlIntegrationTestCommon.testSqlDate(SqlIntegrationTestCommon.java:321)
> and
> Error Message
> 2010-3-5 is not equal to 2010-3-4
> Stacktrace
> junit.framework.AssertionFailedError: 2010-3-5 is not equal to 2010-3-4
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at
> org.apache.isis.alternatives.objectstore.sql.common.SqlIntegrationTestCommon.testDate(SqlIntegrationTestCommon.java:308)
> It smacks of regional issues (stored and retrieved dates straddle midnight,
> when one side of the persistance uses one time-zone while the other side uses
> another).
> Test used to pass.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
