All geek questions in one place

Javax.ejb.EJBException while saving an entity

I have an object called Medico that was created as an Entity class from a database, so I believe that the definition of the entity is faultless here, however, the definition is as follows:

@Entity @Table(name = "medico") @XmlRootElement @NamedQueries({All named queries here}) public class Medico implements Serializable { private static final long serialVersionUID = 1L; @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Basic(optional = false) @NotNull @Column(name = "idMedico") private Integer idMedico; @Basic(optional = false) @NotNull @Column(name = "Identificacion") private int identificacion; @Basic(optional = false) @NotNull @Size(min = 1, max = 33) @Column(name = "Primer_Nombre") private String primerNombre; @Size(max = 33) @Column(name = "Segundo_Nombre") private String segundoNombre; @Basic(optional = false) @NotNull @Size(min = 1, max = 33) @Column(name = "Primer_Apellido") private String primerApellido; @Size(max = 33) @Column(name = "Segundo_Apellido") private String segundoApellido; @Basic(optional = false) @NotNull @Column(name = "Telefono") private long telefono; @Column(name = "Telefono_Celular") private BigInteger telefonoCelular; @Basic(optional = false) @NotNull @Size(min = 1, max = 33) @Column(name = "Direccion") private String direccion; // Constructors.. // Getters and setters.. }

I want to create new Medico objects in the MySql database, and so I do this:

 @ManagedBean @ViewScoped public class ConsultaMedicos implements Serializable { // Variables Definition .. @EJB private DoctorsFacadeLocal doctorsFacade; // Constructor and other methods .. public String save() { try{ doctorsFacade.save(consultedDoctor); FacesMessage fm = new FacesMessage(FacesMessage.SEVERITY_INFO, CREATE_SUMMARY, null); FacesContext.getCurrentInstance().addMessage(CREATE_SUMMARY, fm); } catch(Exception ex){ FacesMessage fm = new FacesMessage(FacesMessage.SEVERITY_ERROR, CREATE_ERROR_SUMMARY, null); FacesContext.getCurrentInstance().addMessage(CREATE_ERROR_SUMMARY, fm); return null; } return "listaMedicos.xhtml"; } ... } 
 @Local public interface DoctorsFacadeLocal { List<Medico> findAllDoctors(); Medico findDoctorByIdNumber(int identificacion); void edit(Medico medico); void save(Medico medico); } 
 @Stateless public class DoctorsFacade implements DoctorsFacadeLocal { @PersistenceContext private EntityManager em; // Other methods.. @Override @TransactionAttribute(TransactionAttributeType.REQUIRED) public void save(Medico medico) { em.persist(medico); em.flush(); } }

After calling save() from my JSF page, I get the following exception:

 javax.ejb.EJBException at com.sun.ejb.containers.BaseContainer.processSystemException(BaseContainer.java:5194) at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:5092) at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4880) at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2039) at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1990) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:222) at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88) at $Proxy157.save(Unknown Source) at com.lemm.web.bean.ConsultaMedicos.save(ConsultaMedicos.java:89) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at javax.el.BeanELResolver.invokeMethod(BeanELResolver.java:737) at javax.el.BeanELResolver.invoke(BeanELResolver.java:467) at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:254) at com.sun.el.parser.AstValue.invoke(AstValue.java:228) at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:297) at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88) at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102) at javax.faces.component.UICommand.broadcast(UICommand.java:315) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81) at 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:409) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1534) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:326) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at 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) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662) Caused by: javax.validation.ConstraintViolationException: Bean Validation constraint(s) violated while executing Automatic Bean Validation on callback event:'prePersist'. Please refer to embedded ConstraintViolations for details. at org.eclipse.persistence.internal.jpa.metadata.listeners.BeanValidationListener.validateOnCallbackEvent(BeanValidationListener.java:90) at org.eclipse.persistence.internal.jpa.metadata.listeners.BeanValidationListener.prePersist(BeanValidationListener.java:62) at org.eclipse.persistence.descriptors.DescriptorEventManager.notifyListener(DescriptorEventManager.java:698) at org.eclipse.persistence.descriptors.DescriptorEventManager.notifyEJB30Listeners(DescriptorEventManager.java:641) at org.eclipse.persistence.descriptors.DescriptorEventManager.executeEvent(DescriptorEventManager.java:200) at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNewObjectClone(UnitOfWorkImpl.java:4216) at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.cloneAndRegisterNewObject(RepeatableWriteUnitOfWork.java:576) at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalRegisterObject(UnitOfWorkImpl.java:2883) at org.eclipse.persistence.internal.sessions.MergeManager.registerObjectForMergeCloneIntoWorkingCopy(MergeManager.java:932) at org.eclipse.persistence.internal.sessions.MergeManager.mergeChangesOfCloneIntoWorkingCopy(MergeManager.java:492) at org.eclipse.persistence.internal.sessions.MergeManager.mergeChanges(MergeManager.java:263) at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.mergeCloneWithReferences(UnitOfWorkImpl.java:3467) at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.mergeCloneWithReferences(RepeatableWriteUnitOfWork.java:363) at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.mergeCloneWithReferences(UnitOfWorkImpl.java:3427) at org.eclipse.persistence.internal.jpa.EntityManagerImpl.mergeInternal(EntityManagerImpl.java:452) at org.eclipse.persistence.internal.jpa.EntityManagerImpl.merge(EntityManagerImpl.java:429) at com.sun.enterprise.container.common.impl.EntityManagerWrapper.merge(EntityManagerWrapper.java:286) at com.lemm.ejb.facade.DoctorsFacade.save(DoctorsFacade.java:61) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052) at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124) at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5367) at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619) at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:801) at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571) at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162) at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144) at sun.reflect.GeneratedMethodAccessor78.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:862) at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:801) at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:371) at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5339) at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5327) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214) ... 47 more

What am I doing wrong? What am I missing?
If it serves for anything heres my persistence.xml

 <persistence-unit name="lemmPU" transaction-type="JTA"> <jta-data-source>jdbc/lemmdb</jta-data-source> <exclude-unlisted-classes>false</exclude-unlisted-classes> <properties> </properties> </persistence-unit>
+6
source share
5 answers

The exception clearly states that there is a violation of the constraint check. I assume that you have a preliminary interceptor in the class that defines the type of consultedDoctor that you are trying to save. Take a look there and give more information about the class type and pre-interceptor, as well as about the mapping and limitations of the Medico beans object.

respectfully

+7
source

If you have an object with an automatically increasing identifier, and you want to save it using JPA using your empty constructor, the persistence context displays a validation error at the PrePersist stage. Remember that auto incremented no is not generated at the PostPersist stage, so it checks the entity as a violation of the null constraint. This is because we specified the validation strategy in our save module as auto . Change this validation strategy to NO as indicated in

  <persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com /xml/ns/persistence/persistence_2_0.xsd"> <persistence-unit name="studPU" transaction-type="JTA"> <provider>org.eclipse.persistence.jpa.PersistenceProvider</provider> <jta-data-source>jdbc/mysql</jta-data-source> <exclude-unlisted-classes>false</exclude-unlisted-classes> <validation-mode>NONE</validation-mode> <properties> <property name="eclipselink.weaving" value="false"/> <property name="eclipselink.weaving.fetchgroups" value="false"/> </properties> </persistence-unit> </persistence>

save the persistence block and redistribute the application. Now this will not cause a verification error, since the responsibility for the verification lies with you.

+3
source

This question helped me solve this problem after too many hours when I hit my head against the wall. @peshkira is in place, but the following code was provided, which may have saved me some time. Perform an entity check to identify failed constraints.

 ValidatorFactory factory = Validation.buildDefaultValidatorFactory(); Validator validator = factory.getValidator(); Set<ConstraintViolation<Medico>> constraintViolations = validator.validate(medico); if(constraintViolations.size() > 0){ Iterator<ConstraintViolation<Medico>> iterator = constraintViolations.iterator(); while(iterator.hasNext()){ ConstraintViolation<Medico> cv = iterator.next(); System.out.println(cv.getMessage()); System.out.println(cv.getPropertyPath()); } }

My problem turned out to be existing records in the database, which after the found one could not authenticate the object.

+2
source

If the above help did not help, check that your servlet is receiving the correct parameter on the jsp page.

make sure String name = response.getParameter ("Name"); (in the servlet file) there is a "Name" parameter in the jsp file. if they are not, the name tring is set to null, and null cannot be inserted into a field marked non-null.

From personal experience.

0
source

Hi, if you work in Netbeans, you may get this error through a bit, because Netbeans creates two copies of the persistence.xml file. You usually put one of them in META-INF in the classpath, and the other in the Netbeans configuration files directory. When you run the Netbeans application (by clicking the green start triangle), a copy from META-INF is used, but if you clean and create a project, a copy from the Configuration Files directory is used. If they are different from hell, they break.

-1
source

Source: https://habr.com/ru/post/890777/

More articles:


All Articles