[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-636) Session-scoped SFSB that uses @Unwrap does not get destroyed correctly on session timeout
by jazir malik (JIRA)
Session-scoped SFSB that uses @Unwrap does not get destroyed correctly on session timeout
-----------------------------------------------------------------------------------------
Key: JBSEAM-636
URL: http://jira.jboss.com/jira/browse/JBSEAM-636
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 1.1.0.GA
Reporter: jazir malik
If a SFSB Seam component in the session scope uses @Unwrap to expose a non-Seam component, then an error occurs on session timeout:
java.lang.IllegalArgumentException: method not found: destroy for component: user (check that it is
declared on the session bean business interface)
at org.jboss.seam.Component.callComponentMethod(Component.java:1809)
at org.jboss.seam.Component.callDestroyMethod(Component.java:1747)
at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:189)
at org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:230)
at org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:45)
at org.apache.catalina.session.StandardSession.expire(StandardSession.java:687)
at org.apache.catalina.session.StandardSession.isValid(StandardSession.java:579)
at org.apache.catalina.session.ManagerBase.processExpires(ManagerBase.java:678)
at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:663)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1284)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBas
e.java:1569)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBas
e.java:1578)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBas
e.java:1578)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1558)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NoSuchMethodException: entity.User.destroy()
at java.lang.Class.getMethod(Class.java:1581)
at org.jboss.seam.Component.callComponentMethod(Component.java:1788)
... 14 more
Seam is looking for a destroy() method on the object that is unwrapped, NOT on the managing SFSB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 12 months
[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-121) Support per-token variables in jBPM
by Ronald van Kuijk (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-121?page=comments#action_12349540 ]
Ronald van Kuijk commented on JBSEAM-121:
-----------------------------------------
I have not used this much in real life jbpm usage. I did use variables per task, which are in fact a copy of the values they had on the process level when the task was created. This sometimes leads to unexpected (unwanted?) behaviour, since e.g. with parallel tasks, the process level variables might have been updated without a (or any) user knowing this. A mechanism like a warning that the values have changed since the task was created might be an option. This is imo however a jbpm issue
> Support per-token variables in jBPM
> -----------------------------------
>
> Key: JBSEAM-121
> URL: http://jira.jboss.com/jira/browse/JBSEAM-121
> Project: JBoss Seam
> Issue Type: Feature Request
> Components: BPM
> Reporter: Gavin King
> Assigned To: Gavin King
>
> jBPM variables can be scoped to the entire process instance, or to a single path of execution (Token). Currently Seam does not support the second kind of variable. This is not sufficient. Do we need a new PROCESS_PATH context?? Even this may not be enough in theory, since jBPM actually supports a kind of Token hierarchy. Is there some other solution?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years