[ https://issues.jboss.org/browse/WFLY-8954?page=com.atlassian.jira.plugin.... ] Nuno Godinho de Matos commented on WFLY-8954: --------------------------------------------- HI, All I can say, is that as far as I can see the issue is not resolved. So we are keeping all of our local tunnings. Since I did not have any computer setup anymore to work with wildfly source or eclipselink. Today I have done the following experiment: 1. Have checked out wildfly source code on branch 10.x with the test org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest This branch can be obtained from: git remote -v origin https://github.com/99sono/wildfly.git (fetch) 2. My local machine looks as follows: git branch * WFLY-8954 master 3. I have checked out eclipselink runtime git remote -v origin git://git.eclipse.org/gitroot/eclipselink/eclipselink.runtime.git 4. I have built the eclipselink runtime: ant -f antbuild.xml build-eclipselink-jar 5. Since I mad sure I know what eclipselink library is getting used when running the failing on observes test by logging: this.getClass().getResource("/org/eclipse/persistence/internal/sessions/EmptyRecord.class"); 6. I copy pasted the most recent eclipselink.jar built using the master branch of eclipselink into the module folder of the wildfly using during runtime of the system test I called this jar locally_built_eclipselink.jar And I modified the module.xml to point to the locally built eclipselink jar. 7. I edited the pom.xml of system test to disable the task that copies resources on the test module. Otherwise my changes would be useless since the module.xml and the eclipselink.jar would both be crushed 8. Mvn clean install The result is no altered: testSimpleCreateAndLoadEntities(org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest) Time elapsed: 2.457 sec <<< FAILURE! java.lang.AssertionError: The observer bug has been tected. The context is: EVENT OBSERVED: SomeEntityChangeEvent [oldValue=Initial Address Value. , newValue=IncrementAddressNumber: 1 , someEntityId=10] lastProcessedEntityAddressBeforeExecutingRefresh: Initial Address Value. lastProcessedEntityAddressAfterExecutingRefresh: IncrementAddressNumber: 1 NOTE: location of eclipselink is: jar:file:/Users/johndoe/Projects/git/wildfly/testsuite/compat/target/modules/org/eclipse/persistence/test/locally_built_eclipselink.jar!/org/eclipse/persistence/internal/sessions/EmptyRecord.class . at org.junit.Assert.fail(Assert.java:88) at org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest.testSimpleCreateAndLoadEntities(WFLY8954BaseTest.java:148) You can see from the log above running the mvn clean install that the library I built locally of eclipselink does not bring any changes. For this reason, I see no option but going forward wit the JIPIAPA change that was provided ina pull request and which is working very well. NOTE: We are stil using wildfly 10.1.0.Final for the time being. I did not do the same experiment using a more recent version of wildfly, since the git branch do this test is well prepared for 10.1.0.Final, and if the fix would be done on the eclipselink code itself and not in the JIPIPA i see no reason why the fix to eclipselink should not be working here as well. jipijapa-eclipselink.jar On his own. Kindest regards -- This message was sent by Atlassian JIRA (v7.5.0#75005)