-
1. Re: rich:columns in 4.1 Release
ilya_shaikovsky Aug 21, 2011 12:27 PM (in response to orgeltom)Why you can't use c:forEach? Columns in RF 3.3.x was made just the same as that facelet JSTL tag.
-
2. Re: rich:columns in 4.1 Release
orgeltom Sep 8, 2011 6:01 AM (in response to ilya_shaikovsky)thanks for the tip.
I have replaced my rich:columns tag with a c:foreach and rich:column and this works in richfaces 3.3.3.
I hope this will also work in richfaces 4.
regards
Thomas Orgel
-
3. Re: rich:columns in 4.1 Release
mjsree Sep 14, 2011 11:59 AM (in response to orgeltom)Hi,
I am trying to implement rich:column with c:forEach to generate dynamic datatable. But c:forEach is not iterating through the list and nothing is diplayed on screen.
Is there any version constraint to use c:forEach with rich:column? We are using JSF1.1, richfaces 3.1.4 and java 1.4.
Any help would be appreciated.
Jayasree
-
4. Re: rich:columns in 4.1 Release
ilya_shaikovsky Sep 14, 2011 2:38 PM (in response to mjsree)you should use facelets c:forEach
-
5. Re: rich:columns in 4.1 Release
mjsree Sep 26, 2011 2:43 PM (in response to ilya_shaikovsky)Hi IIya,
below is the code. Should I need to use a different tag
<
>
>
>
>
/>
>
/>
>
</
>
>
-
6. Re: rich:columns in 4.1 Release
henk53 Sep 28, 2011 6:06 AM (in response to ilya_shaikovsky)Ilya Shaikovsky wrote:
Why you can't use c:forEach? Columns in RF 3.3.x was made just the same as that facelet JSTL tag.
The problem is that c:forEach runs when the view is build and is then gone. Often you need columns to be created following an operation that took place in the "invoke application" phase. If you then try to build a table from the result of that operation, it won't work since "invoke application" happens after "restore view".
Consider the following practical example:
<rich:dataTable value="#{someBacking.someResult}" var="row"> <c:forEach items="#{row}" var="column"> <rich:column> #{column} </rich:column> </c:forEach> </rich:dataTable>
In this example, someResult would be e.g. a List<Object[]>, or a List<Map<String, Object>> or whatever. It's value is being set in an action method, so it will only be available after the "invoke application" phase.
I think jstl wouldn't work here, would it?