[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3085) Renderer is only partially functional when used asynchronously
by Dan Allen (JIRA)
Renderer is only partially functional when used asynchronously
--------------------------------------------------------------
Key: JBSEAM-3085
URL: http://jira.jboss.com/jira/browse/JBSEAM-3085
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.0.A1
Reporter: Dan Allen
Fix For: 2.1.0.GA
The Renderer, which is used to render Facelet templates, is partially crippled when used asynchronously. First of all, it throws an exception while setting up the MockFacesContext() because it tries to retrieve an Application from the real JSF FactoryFinder. That isn't going to work because JSF is not properly initialized. That leads to the second problem, which is that if the template has any JSF component tags, they aren't rendered because its not a real JSF environment.
I think the solution is to use JSFUnit to emulate a JSF environment so that the Renderer can be used asynchronous. Otherwise, we cannot send email messages that use JSF components in the background. The second solution is to document that you cannot render JSF markup in your email if used asynchronously.
This affects the /examples/mail demo application.
--
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
16 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3147) FacesMessage I18N keys are evaluated differently between "redirect" and "render" navigations
by Michael Youngstrom (JIRA)
FacesMessage I18N keys are evaluated differently between "redirect" and "render" navigations
--------------------------------------------------------------------------------------------
Key: JBSEAM-3147
URL: http://jira.jboss.com/jira/browse/JBSEAM-3147
Project: Seam
Issue Type: Bug
Components: JSF Integration
Affects Versions: 2.0.2.SP1
Reporter: Michael Youngstrom
Assigned To: Michael Youngstrom
Fix For: 2.0.3.GA
When using FacesMessages.addFromResourceBundle() message resolution is deferred until after the phase it was added in. Though I'm not exactly sure why it is done this way it is causing problems with "render" vs "redirect" navigations. In the case of a "render" the Pages component changes the current viewID prior to the end of the phase. So when the FacesMessages component processes it's FacesMessages at the end of the phase the viewId is going to be different than what it would be for a "redirect". This can be a problem if you are using Seam Page bundles. IMO the message really should come from the page where the action was invoked not the destination page.
If the FacesMessage component defers FacesMessage creation because it wants to do interpolation after the phase is complete perhaps we can change FacesMessages to immediately look up the message key and then lazily interpolate that message? I can go ahead and fix this if nobody has an objection.
Mike
--
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
16 years, 3 months