[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, 5 months
[JBoss JIRA] Created: (RF-8731) Trunk depends on Alpha2 artifacts
by Pavol Pitonak (JIRA)
Trunk depends on Alpha2 artifacts
---------------------------------
Key: RF-8731
URL: https://jira.jboss.org/browse/RF-8731
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.ALPHA1
Reporter: Pavol Pitonak
Fix For: 4.0.0.M1
The following files depend on artifacts from Alpha2 instead of SNAPSHOT
/root/commons/trunk/bom/pom.xml
/root/cdk/trunk/bom/pom.xml
/root/core/trunk/bom/pom.xml
/root/examples/richfaces-showcase/trunk/pom.xml
/root/examples/core-demo/trunk/pom.xml
/root/ui/core/trunk/bom/pom.xml
/root/ui/iteration/trunk/bom/pom.xml
/root/ui/misc/trunk/bom/pom.xml
/root/ui/dist/trunk/bom/pom.xml
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 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