I have the same test failure. If I skip the tests, the rest of the release
check completes successfully for me, so I am +1.

I'd recommend just adding an @Ignore annotation to this test so that the
rest of the tests can be run without any problems.


On Wed, Jul 18, 2018 at 9:55 AM Nikita Timofeev <ntimof...@objectstyle.com>
wrote:

> Andrus mentioned problems with this test too, it fails more than passes.
> I think it still fails sometime in master branch and this problem
> should be addressed some day.
> Though it doesn't look like a new issue for this release.
>
> On Wed, Jul 18, 2018 at 5:15 PM, Michael Gentry <blackn...@gmail.com>
> wrote:
> > [mrg 10:14:00]
> >
> ~/Projects/Cayenne-Release/cayenne-3.1.3-src/framework/cayenne-jdk1.5-unpublished/target/surefire-reports
> >> cat org.apache.cayenne.util.DeepMergeOperationTest.txt
> >
> -------------------------------------------------------------------------------
> > Test set: org.apache.cayenne.util.DeepMergeOperationTest
> >
> -------------------------------------------------------------------------------
> > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.019 sec
> > <<< FAILURE!
> > testDeepMergeModified(org.apache.cayenne.util.DeepMergeOperationTest)
> Time
> > elapsed: 0.01 sec  <<< ERROR!
> > org.apache.cayenne.CayenneRuntimeException: [v.3.1.3 Jul 18 2018
> 15:08:05]
> > Commit Exception
> > at
> org.apache.cayenne.access.DataContext.flushToParent(DataContext.java:845)
> > at
> org.apache.cayenne.access.DataContext.commitChanges(DataContext.java:756)
> > at
> >
> org.apache.cayenne.util.DeepMergeOperationTest.testDeepMergeModified(DeepMergeOperationTest.java:67)
> > Caused by: java.sql.SQLException: Unique constraint violation:
> SYS_IDX_840
> > in statement [INSERT INTO ARTIST (ARTIST_ID, ARTIST_NAME, DATE_OF_BIRTH)
> > VALUES (?, ?, ?)]
> > at org.hsqldb.jdbc.Util.throwError(Unknown Source)
> > at org.hsqldb.jdbc.jdbcPreparedStatement.executeUpdate(Unknown Source)
> > at
> >
> org.apache.cayenne.access.jdbc.BatchAction.runAsIndividualQueries(BatchAction.java:207)
> > at
> >
> org.apache.cayenne.access.jdbc.BatchAction.performAction(BatchAction.java:86)
> > at
> >
> org.apache.cayenne.access.DataNodeQueryAction.runQuery(DataNodeQueryAction.java:87)
> > at org.apache.cayenne.access.DataNode.performQueries(DataNode.java:280)
> > at
> >
> org.apache.cayenne.access.DataDomainFlushAction.runQueries(DataDomainFlushAction.java:233)
> > at
> >
> org.apache.cayenne.access.DataDomainFlushAction.flush(DataDomainFlushAction.java:154)
> > at org.apache.cayenne.access.DataDomain.onSyncFlush(DataDomain.java:853)
> > at org.apache.cayenne.access.DataDomain$2.transform(DataDomain.java:817)
> > at
> >
> org.apache.cayenne.access.DataDomain.runInTransaction(DataDomain.java:877)
> > at
> org.apache.cayenne.access.DataDomain.onSyncNoFilters(DataDomain.java:814)
> > at
> >
> org.apache.cayenne.access.DataDomain$DataDomainSyncFilterChain.onSync(DataDomain.java:1035)
> > at org.apache.cayenne.access.DataDomain.onSync(DataDomain.java:785)
> > at
> org.apache.cayenne.access.DataContext.flushToParent(DataContext.java:817)
> > ... 27 more
> >
> > I don't think that is a system issue...
> >
> >
> > On Wed, Jul 11, 2018 at 7:39 AM Nikita Timofeev <
> ntimof...@objectstyle.com>
> > wrote:
> >
> >> Hi all.
> >>
> >> This is a maintenance release of 3.1 version.
> >>
> >> Maven repo:
> >>
> https://repository.apache.org/content/repositories/orgapachecayenne-1022/
> >> Assemblies: https://dist.apache.org/repos/dist/dev/cayenne/3.1.3/
> >>
> >> Please evaluate it and cast your votes.
> >>
> >> --
> >> Best regards,
> >> Nikita Timofeev
> >>
>
>
>
> --
> Best regards,
> Nikita Timofeev
>

Reply via email to