[
https://issues.jboss.org/browse/WFLY-8954?page=com.atlassian.jira.plugin....
]
Scott Marlow commented on WFLY-8954:
------------------------------------
I don't particularly like the idea but perhaps [~ctomc] is right, that we could work
around this ordering issue in our WildFly Jipijapa EclipseLink integration code
(org.jipijapa.eclipselink.WildFlyServerPlatform). More specifically, we could look into
returning a javax.transaction.TransactionManager that is backed by a
TransactionSynchronizationRegistry, that is used by the
Transaction.registerSynchronization(Synchronization) that EclipseLink calls (e.g.
transactionManager.getTransaction().registerSynchronization(sync)).
Wildfly 10 with eclipselink Onscucess observer gets stale entity
----------------------------------------------------------------
Key: WFLY-8954
URL:
https://issues.jboss.org/browse/WFLY-8954
Project: WildFly
Issue Type: Bug
Components: JPA / Hibernate
Affects Versions: 10.0.0.Final
Reporter: Nuno Godinho de Matos
Assignee: Scott Marlow
Hi,
In widlfly there seems to be an important issue concerning CDI events and observing these
events during onsuccess. At least while using eclipselink.
When using wildfly 10.0.0.Final together with eclipselink, if an application modifies an
entity A, fires an event stating entity A has been modified, and an observer consumes this
event during transaction success.
Then the observer will be working with stale entities that do not reflect the
modifications done to the entity.
A sample application for this issue is available in:
https://github.com/99sono/wildfly10-observe-on-success-stale-entity
The widlfly configuration xml for the sample application, is available in the application
itself, as can be seen in the readme documentation.
Many thanks for taking a look.
Kindest regards.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)