[jboss-user] [JBoss Seam] - Changes not persisted using EntityHome
gzoller
do-not-reply at jboss.com
Fri Apr 6 18:38:25 EDT 2007
Hello,
This may sound like a Hibernate issue (it might be), but I'm leaning toward the opinion that its more related to how I'm using Seam/contexts.
I'm using an entityManager object to handle a DataModel as shown in the Seam tutorial Chapter 1. I have a simple display screen with a delete link next to each line item, which calls #{timecardManager.delete}
Stripped a bit the manager looks like this:
| @Stateful
| @Scope(ScopeType.SESSION)
| @Name("timecardManager")
| public class TimecardManagerBean implements TimecardManager
| {
| @DataModel
| private List<Timecard> tcList;
|
| @DataModelSelection
| @Out(required=false)
| private Timecard tc;
|
| @In
| private ProjectHome projectHome;
|
| @Factory("tcList")
| public void findTimecards()
| {
| tc = null;
| tcList = projectHome.getInstance().getTimecards();
| }
|
| public void delete() {
| projectHome.getInstance().getTimecards().remove(tc);
| tc = null;
| }
|
| @Remove @Destroy
| public void destroy() {}
| }
|
A snip of the display code that calls delete looks like this:
| <h:dataTable id="timecardListResults" width="100%" cellspacing="0" cellpadding="0"
| value="#{tcList}" var="tc"
| rendered="#{tcList.rowCount>0}">
| <h:column>
| <h:commandLink
| value="Delete"
| action="#{timecardManager.delete}"
| rendered="#{s:hasRole('ADMIN')}"/>
| </h:column>
| </h:dataTable>
|
My problem is this... When the users clicks "Delete" #{timecardManager.delete} is successfully called and the doomed item is removed from the in-memory list when the screen is re-rendered. But... no deletions actually make it to the database (Timecard table)! The parent table's (Project) version number is updated in the database however.
The relationship annotation in Project.java for the timecard property looks like this:
| @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "project")
|
Why wouldn't my deletion be persisted?
I have another child of Project, Capex. It also has line-item links but they take the user to an intermediate edit screen (within a conversation), so if a delete button is pressed on this screen nearly identical code in capexManager is called and this time deletions are persisted as desired/expected.
Thinking that maybe persistence works if you delete from the child EntityHome first, I tried modifying my timecardManager.delete to look like this:
|
| @In(create=true)
| private TimecardHome timecardHome;
|
| public void delete() {
| // projectHome.getInstance().getTimecard().remove(tc);
|
| timecardHome.setId(new Long(tc.getTimecardId()));
| timecardHome.find();
| timecardHome.wire();
| timecardHome.remove();
| tc = null;
| }
|
|
but this only gave me the following exception (dies in EntityHome.remove() on a flush() call). I've checked, and after the find/wire but before the remove() timecardHome seems healthy: non-null instance, managed, wired.
| (snip)
| Caused by: javax.persistence.EntityNotFoundException: deleted entity passed to persist: [com.paragon.spurs.model.Timecard#<null>]
| at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:625)
| at org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:299)
| at org.jboss.seam.persistence.EntityManagerProxy.flush(EntityManagerProxy.java:83)
| at org.jboss.seam.framework.EntityHome.remove(EntityHome.java:60)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:20)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:47)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.ManagedEntityIdentityInterceptor.aroundInvoke(ManagedEntityIdentityInterceptor.java:37)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:34)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.TransactionInterceptor$1.work(TransactionInterceptor.java:32)
| at org.jboss.seam.util.Work.workInTransaction(Work.java:37)
| at org.jboss.seam.interceptors.TransactionInterceptor.aroundInvoke(TransactionInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:151)
| at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:87)
| at com.paragon.spurs.model.TimecardHome_$$_javassist_14.remove(TimecardHome_$$_javassist_14.java)
| at com.paragon.spurs.TimecardManagerBean.delete(TimecardManagerBean.java:89)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:37)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:47)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:53)
| at sun.reflect.GeneratedMethodAccessor91.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:57)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126)
| ... 84 more
|
Thanks in advance,
Greg
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4035470#4035470
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4035470
More information about the jboss-user
mailing list