Community
Participate
Working Groups
>The original CacheImplJUnitTest is not reentrant - in that it has hardcoded @Id numbers - the result is that running the test repeatedly (in development) fails with a constraint violation on the 2nd run unless the manual id numbers are cycled before each test (or the database is cleared) >Fix: By it's nature the suite is evicting objects based on a specific ID - so DDL sequence generation may have issues. However, the suite should move away from hardcoded @Id references like e6.setId(141); int ID_PADS = ID_TEST_BASE + 2100; e1.setSerialNumber(new Integer(ID_PADS)); >and just get the id that is set after the first persist()
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink