[JBoss JIRA] Created: (RF-2135) javax.faces.application.ViewExpiredException is thrown in a Richfaces portlet
by Viggo Navarsete (JIRA)
javax.faces.application.ViewExpiredException is thrown in a Richfaces portlet
-----------------------------------------------------------------------------
Key: RF-2135
URL: http://jira.jboss.com/jira/browse/RF-2135
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Environment: jdk 1.5.0_08
JBoss AS 4.2.2
JBoss Portal 2.6.3
Richfaces 3.1.4.CR4 and 3.1.4.GA
Reporter: Viggo Navarsete
I have a Richfaces portlet that basically consists of one page (start.xhtml) where there is one input field and a button. When the user push the button my SearchBean's search method is executed. Right now I'm just returning the string "success" (to test it), and then the user is supposed to get the start.xhtml displayed once more, but now with a search result below the search input. I'm getting this ViewExpiredException when pushing the button.
Please see the JBoss forum reference for more information about the actual implementation. I can also provide more information on request if necessary.
--
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
14 years, 6 months
[JBoss JIRA] Created: (RF-7524) rich:columns throws Exception when value is null
by Markus Merder (JIRA)
rich:columns throws Exception when value is null
------------------------------------------------
Key: RF-7524
URL: https://jira.jboss.org/jira/browse/RF-7524
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: Windows Vista, Java 6, JBoss 4.2.2.GA, JBoss Seam 2.1.1.GA
Reporter: Markus Merder
Priority: Trivial
Since Richfaces Version 3.3.1.GA an exception is thrown, when value of rich:columns is null.
For example:
<rich:columns value="#{someList[0].years}" var="year" index="index" rendered="#{not empty someList[0].years}">...</rich:columns>
throws:
javax.servlet.jsp.JspTagException: FOREACH_BAD_ITEMS
at org.richfaces.iterator.SimpleForEachIterator.toForEachIterator(SimpleForEachIterator.java:135)
at org.richfaces.iterator.SimpleForEachIterator.supportedTypeForEachIterator(SimpleForEachIterator.java:98)
at org.richfaces.taglib.ColumnsHandler.prepare(ColumnsHandler.java:304)
at org.richfaces.taglib.ColumnsHandler.apply(ColumnsHandler.java:489)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
....
because supportedTypeForEachIterator(Object o) in SimpleForEachIterator is called with null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Created: (RF-7399) loadstyle does not support xcss files outside the classpath
by Jacques Lemire (JIRA)
loadstyle does not support xcss files outside the classpath
-----------------------------------------------------------
Key: RF-7399
URL: https://jira.jboss.org/jira/browse/RF-7399
Project: RichFaces
Issue Type: Bug
Components: component-a4j-core
Affects Versions: 3.2.2
Environment: winxp, jboss5, seam2.1.1
Reporter: Jacques Lemire
(See the bug I reported on the JBoss Tools jira (https://jira.jboss.org/jira/browse/JBIDE-4500), as the projects they generate load an xcss from a location that is not on the classpath)
I have reported a bug to the JBoss Tools team, as their seam application generator creates a template that tries to load an XCSS from a file location outside the classloader, which does not work. There is a workaround which I guess they will include in their next version, but I have been told to report it here too as a bug. I fully understand that you may consider this bug report a non-issue, but as the documentation for xcss templates is scarce, I do not know what the intended behavior really is.
What I see is that the TemplateCSSRenderer does support to add the base64 suffix to the resource name through "getData", and that is what is being used when it is loaded from the classpath. However, when it is loaded as a StaticResource by the ResourceBuilderImpl, the StaticResource.getUri overrides the InternetResourceBase.getUri. For some reaon, StaticResource.getUri does not call InternetResourceBuilder.getUri, passing getDataToStore(context, data)), so TemplateCSSRenderer.getData never gets called.
<a:loadStyle src="resource:///stylesheet/theme.xcss"/> is rendered as:
<link class='user' rel='stylesheet' type='text/css' href='/scn/stylesheet/theme.xcss' />
If StaticResource did not override the InternetResourceBase.getUri method, it would return a properly suffixed uri which would in turn be sent to the StyleRenderer (see LocalResourceRenderer.encodeToHead), which would render the link tag properly. In turn, that link tag would be recognized by the view handler as an a4j resource and the transformed css would be returned to the browser.
<a:loadStyle src="resource:///stylesheet/theme.xcss"/> should be rendered as:
<link class='user' rel='stylesheet' type='text/css' href='/scn/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAF7sqpgb-jyGdIAFrMEaw__' />
Maybe my diagnostic is wrong, as I do not have time to set my system up to compile and test it, and maybe there are good reasons why static resource do not use the resource's renderer to transform the URL, but you are in a much better position than me to answer these question. Thanks.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months