这是我根据GWT Google Group和BobV的反馈最终得出的结论。
为 EntityManager 创建一个线程本地持有者;当他们需要获取 EntityManager 时,在您的实体中引用它:
public class ThreadLocalEntityManager
{
private static ThreadLocal<EntityManager> holder = new ThreadLocal<EntityManager>();
private ThreadLocalEntityManager()
{
}
public static EntityManager get()
{
return holder.get();
}
public static void set(EntityManager em)
{
holder.set(em);
}
}
然后创建一个过滤器,为请求设置初始 EntityManager:
public class PersistenceFilter implements Filter
{
protected static final Logger log = Logger.getLogger(PersistenceFilter.class.getName());
private EntityManagerFactory factory;
@Override
public void init(FilterConfig filterConfig) throws ServletException
{
factory = Persistence.createEntityManagerFactory("my_persistence");
}
@Override
public void destroy()
{
factory.close();
}
@Override
public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException
{
EntityManager em = factory.createEntityManager();
ThreadLocalEntityManager.set(em);
EntityTransaction tx = em.getTransaction();
tx.begin();
try
{
chain.doFilter(req, res);
tx.commit();
}
catch (Exception e)
{
tx.rollback();
}
finally
{
log.info("closing EntityManager: " + EMF.entityManager());
em.close();
}
}
}
然后将过滤器应用于 /gwtRequest URL 模式:
<filter>
<filter-name>PersistenceFilter</filter-name>
<filter-class>com.example.PersistenceFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>PersistenceFilter</filter-name>
<url-pattern>/gwtRequest</url-pattern>
</filter-mapping>
请注意,这里有一个缺陷 - 为通过此 servlet 的每个请求创建一个 EntityManager,无论它是否被您的底层代码使用。它可能会变得更加健壮,并且仅在请求时才以某种方式懒惰地创建 EntityManager(和事务)。
但到目前为止,这段代码似乎与RequestFactory
. 非常欢迎提出改进建议。
注意:这个经验告诉我,可能值得转向完整的 CDI,而不是尝试实现这样的部分。在这个项目期间,我只是没有时间进行这样的举动。