NetBeans中的Affable Bean Java EJB Glassfish教程問題

Question

我一直跟着從位於NetBeans的網站的AffableBean教程這里 。 我遇到了無法提交采購訂單（checkout.jsp）的問題。 提交表單數據時，我收到http 500狀態和以下錯誤：

警告：EJB5184：在對EJB OrderManager的調用期間發生系統異常，方法：public int session.OrderManager.placeOrder（java.lang.String，java.lang.String，java.lang.String，java.lang.String，java .lang.String，java.lang.String，cart.ShoppingCart）警告：EJB5184：在對EJB OrderManager進行調用的過程中發生了系統異常，方法：public int session.OrderManager.placeOrder（java.lang.String，java.lang。 String，java.lang.String，java.lang.String，java.lang.String，java.lang.String，cart.ShoppingCart）警告：com.sun.ejb.containers.BaseContainer.processSystemException（）上的javax.ejb.EJBException com.sun.ejb.containers.BaseContainer.completeNewTx（BaseContainer.java:5113）處com.sun.ejb.containers.BaseContainer.postInvokeTx（BaseContainer.java:4901）處com.sun.ejb.containers.BaseContainer.completeNewTx（BaseContainer.java:5113） com.sun.ejb.containers.BaseContainer.postInvoke（BaseContainer.java:1994）上的.containers.BaseContainer.postInvoke（BaseContainer.java:2045）com.sun.ejb.containers.EJBLocalObjectInvocationHan 會話時在com.sun.proxy。$ Proxy163.placeOrder（Unknown Source）處位於com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke（EJBLocalObjectInvocationHandlerDelegate.java:89）的dler.invoke（EJBLocalObjectInvocationHandler.java:222）。 EJB31_Generated_ OrderManager _Intf_ Bean _.placeOrder（未知源）在javax.servlet.http.HttpServlet.service（HttpServlet.java:688）在controller.ControllerServlet.doPost（ControllerServlet.java:201）在javax.servlet.http.HttpServlet org.apache.catalina.core.StandardWrapper.service（StandardWrapper.java:1550）處的service（HttpServlet.java:770）org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:281）處的service（StandardWrapper.java:1550） org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:655）的.catalina.core.StandardContextValve.invoke（StandardContextValve.java:175）org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java） ：595），位於org.apache.catalina.connector.CoyoteAdapter.doService（CoyoteAdapter.java:331），位於org.apache.catalina.connector.CoyoteAdapter.doService（CoyoteAdapter.java:331），位於org.apache.catalina.core.StandardHostValve.java。位於com.sun.enterprise.v3.services.impl.ContainerMapper $ AdapterCallable.call（Cont）的CoyoteAdapter.service（CoyoteAdapter.java:231） com.sun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:195）上com.sun.grizzly.http.ProcessorTask.invokeAdapter（ProcessorTask.java:860）上的ainerMapper.java:java:317） .sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:757）位於com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java:1056）com.sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter） .java：229）com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:137）com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:104）com.sun.grizzly.DefaultProtocolChain.execute（ com.sun.grizzly.http.HttpProtocolChain.execute（HttpProtocolChain.java:79）的DefaultProtocolChain.java:90）com.sun.grizzly.SelectionKeyContextTask的com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask.java:54） com.sun.grizzly.Context上的.call（SelectionKeyContextTask.java:59）.com.sun.grizzly.util.AbstractThr上的.call（ContextTask.java:71） com.sun.grizzly.util.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:513）的eadPool $ Worker.doWork（AbstractThreadPool.java:532）在java.lang.Thread.run（Thread.java:724）

由以下原因引起：javax.validation.ConstraintViolationException：在回調事件：“ prePersist”上執行自動Bean驗證時，違反了Bean驗證約束。 有關詳細信息，請參閱嵌入式ConstraintViolations。 在org.eclipse.persistence.internal.jpa.metadata.listeners.BeanValidationListener.prePersist（BeanValidationListener.java:62）上的org.eclipse.persistence.internal.jpa.metadata.listeners.BeanValidationListener.validateOnCallbackEvent（BeanValidationListener.java:90）在org.eclipse.persistence.descriptors.DescriptorEventManager.java:698處org.eclipse.persistence.descriptors.DescriptorEventManager.java:698處（DescriptorEventManager.java:200）在org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNewObjectClone（UnitOfWorkImpl.java:4257）在org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNotRegisteredNewObjectForPersist（UnitOfWorkImpl.java:4234） org.eclipse.pers上的org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.registerNotRegisteredNewObjectForPersist（RepeatableWriteUnitOfWork.java:513） org.eclipse.persistence.internal.jpa.EntityManagerImpl.persist（EntityManagerImpl.java:440）上ist.internal.sessions.UnitOfWorkImpl.registerNewObjectForPersist（UnitOfWorkImpl.java:4176）在com.sun.enterprise.container.common.impl。會話中的EntityManagerWrapper.persist（EntityManagerWrapper.java:269）。會話中的OrderManager.addManager.addOrder（OrderManager.java:88）處的會話.OrderManager.placeOrder（OrderManager.java:56）處的sun.reflect.NativeMethodAccessorImpl.invoke0（本地方法）在org.glassfish的java.lang.reflect.Method.invoke（Method.java:606）處的sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）處的.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57）。 org.glassfish.ejb.security.application.EJBSecurityManager.invoke（EJBSecurityManager.java:1124）的com.sun.ejb.containers.BaseContainer.invokeBeanMethod（ejb.security.application.EJBSecurityManager.runMethod（EJBSecurityManager.java:1052） BaseContainer.java:5388），網址為com.sun.ejb.EjbInvocation。 com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext（InterceptorManager.java:800）（com.sun.ejb.EjbInvocation.proceed（EjbInvocation.java:571）處的invokeBeanMethod（EjbInvocation.java:619） .ejb.containers.interceptors.SystemInterceptorProxy.doAround（SystemInterceptorProxy.java:162）位於com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke（SystemInterceptorProxy.java:144），位於sun.reflect.NativeMethodAccessorImpl.invoke0（本地方法）在com的java.lang.reflect.Method.invoke（Method.java:606）在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57） com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept（InterceptorManager.java:861）位於com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext（InterceptorManager.java:800）位於com.sun.ejb.containers.interceptors。 InterceptorManager.intercept（InterceptorManager.java:370） 在com.sun.ejb.containers.BaseContainer .__ intercept（BaseContainer.java:5360）在com.sun.ejb.containers.BaseContainer.intercept（BaseContainer.java:5348）在com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke （EJBLocalObjectInvocationHandler.java:214）...還有30個

ControllerServlet的第201行是：int orderId = orderManager.placeOrder（name，email，phone，address，cityRegion，ccNumber，cart）;

OrderManager的88和56行是：em.persist（customer）; em.persist（order）;

在運行調試會話時，似乎這兩種情況下persist方法都具有空值。我的結論是，由於數據庫沒有生成任何id，因此persist方法具有空值。 我不明白我現在要如何將數據持久保存在數據庫表中。 謝謝您的回復。

Answer 1

customer_order表不希望創建日期的null值（盡管它提供了默認時間戳）。 CustomerOrder ejb還在dateCreated上放置了@NotNull批注。 然而，第201行並未傳遞CustomerOrder對象構造的dateCreated值。

因此，您可以執行以下任一操作-禁用@NotNull批注（盡管不好的主意！），或者-在CustomerOrder類的默認構造函數中提供dateCreated值。

public CustomerOrder() {
    // set dateCreated to timestamp ...
    java.util.Date date= new java.util.Date();
    dateCreated = new Timestamp(date.getTime());
}

埃德加