[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3083) urlBase on <m:message> does not work
by Dan Allen (JIRA)
urlBase on <m:message> does not work
-------------------------------------
Key: JBSEAM-3083
URL: http://jira.jboss.com/jira/browse/JBSEAM-3083
Project: Seam
Issue Type: Bug
Components: Mail
Affects Versions: 2.1.0.A1, 2.0.2.SP1
Reporter: Dan Allen
Assigned To: Dan Allen
Fix For: 2.0.3.CR1, 2.1.0.BETA1
The attribute urlBase on <m:message> is broken in two fundamental ways. First, the logic as to whether to use the urlBase doesn't make any sense at all, resulting in the urlBase never being used. The second problem is that EL value expressions in the urlBase are not getting resolved.
I am proposing a strategy as part of this fix. If the urlBase is used, it is taken verbatim, without appending the current context path. The reason is, if urlBase is overridden, it may be because it is pointing to a completely different application. If the developer want to reuse the context path, the expression #{facesContext.externalContext.requestContextPath} must be included in the urlBase attribute.
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3107) Jbpm.installPageflowDefinitions() changes order of pageflowDefinitions
by Wolfgang Schwendt (JIRA)
Jbpm.installPageflowDefinitions() changes order of pageflowDefinitions
----------------------------------------------------------------------
Key: JBSEAM-3107
URL: http://jira.jboss.com/jira/browse/JBSEAM-3107
Project: Seam
Issue Type: Bug
Environment: Seam 2.1 SVN trunk
Reporter: Wolfgang Schwendt
Priority: Blocker
Fix For: 2.1.0.BETA2
current code in Seam 2.1. SVN-based trunk:
org.jboss.seam.bpm.Jbpm
private void installPageflowDefinitions() {
Set<String> mergedPageflowDefinitions = new TreeSet<String>();
Set semantics is wrong here. In order to fix the bug described below, please change to
ArrayList<String> mergedPageflowDefinitions = new ArrayList<String>();
Reason:
when jPDL tries to parse pageflow with a <process-state> that calls a sub pageflow via a <sub-process name="subpageflow"/> child element, it can only parse the process-state if the subpageflow was parsed already. See org.jbpm.graph.node.ProcessState.read(). If the subpageflow was NOT parsed already before the <process state> of the parent pageflow gets parsed, jBPM's SubProcessResolver throws a null pointer exception (NPE). Hence, to avoid a NPE, we have have to list all included pageflows in a partial order in components.xml: The pageflows first listed are the included subpageflows, the pageflows listed last are the parent pageflows which call the preceding subpageflows.
Now, if installPageflowDefinitions() puts the names of these pageflow definition files in a set (rather than list), the order gets lost and in turn the likelihood increases that jBPM's SubProcessResolver throws a null pointer exception.
<!--Pageflow definition in a special order with subpageflows listed first ->
<bpm:jbpm>
<bpm:process-definitions></bpm:process-definitions>
<bpm:pageflow-definitions>
<value>/WEB-INF/benutzerKontoEroeffnen.jpdl.xml</value>
<value>/WEB-INF/beimSystemAnmelden.jpdl.xml</value>
<value>/WEB-INF/beimSystemAnmeldenTopLevel.jpdl.xml</value>
<value>/WEB-INF/aufWartelisteSetzen.jpdl.xml</value>
<value>/WEB-INF/persoenlicheDatenBearbeiten.jpdl.xml</value>
<value>/WEB-INF/zumSeminarAnmelden.jpdl.xml</value>
<value>/WEB-INF/seminarSuche.jpdl.xml</value>
<value>/WEB-INF/seminardatenBearbeiten.jpdl.xml</value>
<value>/WEB-INF/seminarbelegungenEinsehen.jpdl.xml</value>
</bpm:pageflow-definitions>
</bpm:jbpm>
--
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, 7 months
[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
17 years, 8 months