0

我将 GlassFish 3.1.2 与 Eclipse 4.2 一起使用。如果我使用 指定 JTA 事务类型，我可以很高兴地添加一个新类，如果我添加注释jta-data-source，它将被读取为实体。 现在，如果我将事务类型更改为，将数据源更改为非 jta，并添加必要的代码来检索我将调用的 和，我收到一个错误：我的实体不是已知的实体类型。为了解决这个问题，我必须将我的实体添加到persistence.xml 中列出的类中。 现在，这解决了我的问题，但我不明白为什么。根据规范，除非指定，否则持久性根中的所有注释类都应由持久性单元管理。所以我将交易类型更改为@Entity
RESOURCE_LOCALEntityManagerEntityTransactionbegin()commit()
exclude-unlisted-classesRESOURCE_LOCAL应该没有区别。
有人有答案吗？

编辑：一些额外的信息。我有一些导致错误的简单代码，它是在数据库中保存货币。持久化以以下形式完成：

@Named( "newCurrencyForm2" )
@RequestScoped
public class NewCurrencyForm
{
    public Currency getCurrency()
    {
        return currency;
    }

    public void createCurrency()
    {
        EntityManagerFactory factory = Persistence.createEntityManagerFactory( "foo" );
        EntityManager manager = factory.createEntityManager();
        EntityTransaction transaction = manager.getTransaction();

        transaction.begin();
        manager.persist( currency );
        manager.getTransaction().commit();
    }

    private Currency currency = new Currency();
}

堆栈跟踪是：

java.lang.IllegalArgumentException：对象：com.test.Currency@24cce2eb 不是已知的实体类型。在 org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNewObjectForPersist(UnitOfWorkImpl.java:4169) 在 org.eclipse.persistence.internal.jpa.EntityManagerImpl.persist(EntityManagerImpl.java:440) 在 com.test.NewCurrencyForm.createCurrency (NewCurrencyForm.java:26) 在 com.test.NewCurrencyForm$Proxy$_$$ WeldClientProxy.createCurrency(NewCurrencyForm$Proxy$$$_WeldClientProxy.java) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java .lang.reflect.Method.invoke(Method.java:601) 在 com.sun.el.parser.AstValue.invoke(AstValue.java:254) 在 com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:302 ) at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:39) at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) at com.sun.faces.facelets。 el.TagMethodExpression.invoke(TagMethodExpression.java:105) 在 javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88) 在 com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102) 在 javax.faces.component.UICommand.broadcast(UICommand.java:315) 在 javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot .java:794) 在 javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259) 在 com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81) 在 com.sun.faces.lifecycle。 Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) at org.apache .catalina.core.StandardWrapper.service(StandardWrapper.java:1542) 在 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) 在 org.apache.catalina.core.StandardContextValve。在 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) 在 org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) 调用(StandardContextValve.java:175) .catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :231) 在 com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) 在 com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195 ) 在 com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746) 在 com.sun.grizzly.http.ProcessorTask 的 com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)。在 com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 在 com.sun.grizzly 的 com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228) 的进程(ProcessorTask.java:1045) .DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 在 com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 在 com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 在 com. sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com .sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 在 com.sun.grizzly.util.AbstractThreadPool$Worker。在 java.lang.Thread.run(Thread.java:722) 处运行(AbstractThreadPool.java:513)

4

2 回答 2

1

我对正在发生的事情的猜测是，当您将事务类型作为您正在注入的 JTA 或使用容器管理的持久性单元时。但是，当您使用 RESOURCE_LOCAL 时，您正在管理自己的持久性单元，可能使用 Persistence.createEntityManagerFactory()。

我也猜想你永远不会在你的 EntityManagerFactory 上调用 close()，而是将你的持久性单元重新部署到实时服务器。

我的猜测是，如果您重新启动服务器，或者在重新部署之前关闭（）您的 EntityManagerFactory，您的 RESOURCE_LOCAL 配置将起作用。最有可能发生的是带有旧类的旧持久性单元仍然存在，因此没有新类。

还要确保在进行更改时重新构建 jar 并正确重新部署。

于 2012-07-09T12:54:28.223 回答
0

分析

持久性单元的事务类型与托管持久类无关。

托管持久类

JPA 要求注册所有用户定义的持久类（实体类、可嵌入类和映射的超类），它们被 JPA 称为托管类，作为持久性单元定义的一部分。

解决方案

如果您的 Currency 类是 JPA 管理的持久类，那么您需要在persistence.xml中指定此类的完全限定名称：

<class>com.test.Currency</class>

这将在持久性单元中注册它并将其识别为已知的实体类型。

于 2012-07-09T09:48:54.993 回答