EJB EntityListener的@PreUpdate

Question

内上下文JNDI查找失败我有一个JPA EntityListener中，我做的是同样的JNDI查找的“java：COMP/EJBContext的”两个@PrePersist和​​回调方法。虽然在@PrePersist回拨方法中查找成功，但在​​回拨方法期间它仍保持失败。我正在使用Hibernate 4.2.19.Final和一个Websphere AS 8.5.5.3构建cf031430.01（Java EE 6/EJB 3.1/JPA 2.0）。

的代码非常简单：

public class AuditedEntityListener { 

    private static final Logger LOGGER = LoggerFactory.getLogger(AuditedEntityListener.class); 

    private static final String STANDARD_EJB_CONTEXT_NAME = "java:comp/EJBContext"; 

    SessionContext lookupSessionContext() { 
    try { 
     return InitialContext.doLookup(STANDARD_EJB_CONTEXT_NAME); 
    } catch (NamingException ne) { 
     LOGGER.error("Lookup failure", ne); 
     return null; 
    } 
    } 

    @PrePersist 
    void prePersist(IAuditedEntity entity) { 
    lookupSessionContext(); 
    } 

    @PreUpdate 
    void preUpdate(IAuditedEntity entity) { 
    lookupSessionContext(); 
    } 

} 

这里是跟踪：

javax.naming.NameNotFoundException：名称 “COMP/EJBContext的” 未发现上下文 的 “java”。在 com.ibm.ws.naming.ipbase.NameSpace.lookupInternal（NameSpace.java:1229） 〜[com.ibm.ws.runtime.jar：na] at com.ibm.ws.naming.ipbase.NameSpace .lookup（NameSpace.java:1142） 〜[com.ibm.ws.runtime.jar：na] at com.ibm.ws.naming.urlbase.UrlContextImpl.lookupExt（UrlContextImpl.java:1436） 〜[com .ibm.ws.runtime.jar：na] at com.ibm.ws.naming.java.javaURLContextImpl.lookupExt（javaURLContextImpl.java:477） 〜[com.ibm.ws.runtime.jar：na] at com.ibm.ws.naming.java.javaURLContextRoot.lookupExt（javaURLContextRoot.java:485） 〜[com.ibm.ws.runtime.jar：na] at com.ibm.ws.naming.java.javaURLContextRoot.lookup （javaURLContextRoot.java:370） 〜[ org.apache.aries.jndi.DelegateContext.lookup（DelegateContext.java:161） 〜[na：na] at javax.naming.InitialContext.lookup（InitialContext的.java：422） 〜[NA：1.7.0]在 javax.naming.InitialContext.doLookup（InitialContext.java:295） 〜[NA：1.7.0]在 my.AuditedEntityListener.lookupSessionContext（AuditedEntityListener.java ：29） [类/：NA]在 my.AuditedEntityListener.getUserName（AuditedEntityListener.java:34） [类/：NA]在 my.AuditedEntityListener.preUpdate（AuditedEntityListener.java:74） [类/： na] at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Me的ThOD）〜[NA：1.7.0]在 sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:94） 〜[NA：1.7.0]在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:55 ） 〜[na：1.7.0] at java.lang.reflect.Method.invoke（Method.java:619） 〜[na：2.6（04-09-2014）] at org.hibernate.ejb.event .ListenerCallback.invoke（ListenerCallback.java:48） [hibernate-entitymanager-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.ejb.event.EntityCallbackHandler.callback（EntityCallbackHandler.java:110 ） [hibernate-entitymanager-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.ejb.event.EntityCallbackHandler.preUpdate（EntityCallbackHandler.java:95）[hibernate-entitymanager-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.ejb.event.EJB3FlushEntityEventListener.invokeInterceptor（EJB3FlushEntityEventListener.java:65） [hibernate-entitymanager-4.2.19。 Final.jar：4.2.19.Final]在 org.hibernate.event.internal.DefaultFlushEntityEventListener.handleInterception（DefaultFlushEntityEventListener.java:334） [冬眠核-4.2.19.Final.jar：4.2.19。org.hibernate.event.internal.DefaultFlushEntityEventListener.scheduleUpdate（DefaultFlushEntityEventListener.java:285） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.event。 internal.DefaultFlushEntityEventListener.onFlushEntity（DefaultFlushEntityEventListener.java:165） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.event.internal.AbstractFlushingEventListener.flushEntities（AbstractFlushingEventListener.java： 230） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions（AbstractFlushingEventListener.java:100） [hibernate-core-4.2。 19.Final.jar：4.2.19.Final] at org.hibernate.event.interna l.DefaultFlushEventListener.onFlush（DefaultFlushEventListener.java:55） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.internal.SessionImpl.flush（SessionImpl.java:1195） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at org.hibernate.internal.SessionImpl.managedFlush（SessionImpl.java:404） [hibernate-core-4.2.19.Final。 jar：4.2.19.Final] at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorNonTrackingImpl.beforeCompletion（SynchronizationCallbackCoordinatorNonTrackingImpl.java:109） [hibernate-core-4.2.19.Final.jar：4.2.19。最后]在 org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion（RegisteredSynchronization.java:53） [hibernate-core-4.2.19.Final.jar：4.2.19.Final] at com.ibm.tx.jta.impl.RegisteredSyncs.coreDistributeBefore（RegisteredSyncs.java:291） [com.ibm.tx. jta.jar：na] at com.ibm.ws.tx.jta.RegisteredSyncs.distributeBefore（RegisteredSyncs.java:153） [com.ibm.ws.runtime.jar：na] at com.ibm.ws. tx.jta.TransactionImpl.prePrepare（TransactionImpl.java:2382） [com.ibm.ws.runtime.jar：na] at com.ibm.ws.tx.jta.TransactionImpl.stage1CommitProcessing（TransactionImpl.java:586） [com.ibm.ws.runtime.jar：na] at com.ibm.tx.jta.impl.TransactionImpl.processCommit（TransactionImpl.java:1028） [com.ibm.tx.jta.jar：na]在 com.ibm.tx.jta.impl.TransactionImpl.commit（Tr ansactionImpl.java:962） [com.ibm.tx.jta.jar：na] at com.ibm.ws.tx.jta.TranManagerImpl.commit（TranManagerImpl.java：439） [com.ibm.ws. runtime.jar：na] at com.ibm.tx.jta.impl.TranManagerSet.commit（TranManagerSet.java:191） [com.ibm.tx.jta.jar：na] at com.ibm.ejs。 csi.TranStrategy.commit（TranStrategy.java:949） [com.ibm.ws.runtime.jar：NA]在 com.ibm.ejs.csi.TranStrategy.postInvoke（TranStrategy.java:262） [融为一体。 ibm.ws.runtime.jar：na] at com.ibm.ejs.csi.TransactionControlImpl.postInvoke（TransactionControlImpl.java:567） [com.ibm.ws.runtime.jar：na] at com.ibm。 ejs.container.EJSContainer.postInvoke（EJSContainer.java:4491） [com.ibm.ws.runtime.jar：na]

Answer 1

正如Brett指出的那样，这是IBM的一个漏洞。该问题在Websphere的8.5.5.9版中得到修复。

http://www-01.ibm.com/support/docview.wss?uid=swg1PI52932