[
https://issues.jboss.org/browse/SEAMFACES-179?page=com.atlassian.jira.plu...
]
Brian Leathem commented on SEAMFACES-179:
-----------------------------------------
Summary of an IRC conversation with Pete Muir and Ed Burns, and Lincoln Baxter:
pmuir states this is a problem caused by making a re-entrant call on the thread to the
faces lifecycle. The viewAction component does this by starting/executing a new JSF
lifecycle within the existing JSF lifcycle:
https://github.com/seam/faces/blob/develop/api/src/main/java/org/jboss/se...
With respect to re-entrancy, edburns says:
edburns: JSF relies on the re-entrancy model model of the servlet spec
pmuir: pre Servlet 3 that is quite clear, the servlet container will never reuse a thread
before a request has ended
pmuir: in Servlet 3 I believe that requests can be suspended
edburns: the JSF spec has not been updated to account for the re-entrancy capabilities in
Servlet 3.
pmuir: weld assumes that we don't have re-entrancy
Rather than trying to mess with Weld to allow this re-entrancy to work, I suggested the
JSF EG discuss any changes required at the spec level to accommodate this behavior.
Lincoln suggested:
lincolnthree: in prettyfaces i just use a phase listener, unfortunately you lose out on
the whole component tree goodness
lincolnthree: I'm comfortable saying that I think viewAction is a hack to get around
the real problem
lincolnthree: which is that JSF doesn't support phase-level actions like a
front-controller
s:viewaction not invoked with Mojarra 2.1.2
-------------------------------------------
Key: SEAMFACES-179
URL:
https://issues.jboss.org/browse/SEAMFACES-179
Project: Seam Faces
Issue Type: Bug
Affects Versions: 3.0.2
Environment: JBoss 6.1.0-SNAPSHOT (Hudson build) with updated Weld 1.1.1-Final
and updated Mojarra 2.1.2
Reporter: Sebastian Sachtleben
Assignee: Brian Leathem
Fix For: 3.0.3
s:viewAction will not invoke after updating to Mojarra 2.1.2.
Tested with:
<f:metadata>
<s:viewAction action="#{myBean.validate}"/>
</f:metadata>
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira