February 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Commented: (RF-7813) Tablestate of ExtendedDataTable not read from managed Bean during Render-Response

by Danilo Magrini (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7813?page=com.atlassian.jira.plugin... ] Danilo Magrini commented on RF-7813: ------------------------------------ if we put the ManagedBean TableBean in session scope, the second request (the second click) the dataTable is updated correctly. > Tablestate of ExtendedDataTable not read from managed Bean during Render-Response > --------------------------------------------------------------------------------- > > Key: RF-7813 > URL: https://jira.jboss.org/jira/browse/RF-7813 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 3.3.1 > Environment: Windows XP, Java 1.5.0_16, JSF Sun RI 1.2_13b01 > Reporter: Tobias Peper > Assignee: Nick Belaevski > Priority: Minor > Fix For: Future > > Attachments: sample-src.zip > > > I hava a ExtendedDataTable and a CommandButton on the Page. > The TableState of the table is bound to a String in a managed Bean. > ActionListener of the CommandButton changes the tableState (for example column ordering) - but with no effect because the tableState is not read from the managed Bean during the Render-Response-Phase. > Quick fix for me was inserting the follings two lines to the Method beforeRenderResponse(FacesContext) of org.richfaces.component.UIExtendedDataTable: > ---------- > state = null; > setTableState(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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Updated: (RF-8436) seam-gen should not use resources:// for things that are in web/view content

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8436?page=com.atlassian.jira.plugin... ] Jay Balunas updated RF-8436: ---------------------------- Component/s: tools > seam-gen should not use resources:// for things that are in web/view content > ---------------------------------------------------------------------------- > > Key: RF-8436 > URL: https://jira.jboss.org/jira/browse/RF-8436 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDK, core, tools > Environment: winxp x86, jdk6, jboss5 > Reporter: Jacques Lemire > Assignee: Alexander Smirnov > Priority: Blocker > Fix For: 3.3.3.GA > > > seam-gen templates are using resource:// for things that are not on the classpath (currently build.xml hacks around this by duplicating the .xcss files in the war) > Original description: > In projects generated through "File" -> "New" -> "Seam web project", the facelets template "layout/template.xhtml" contains the following component in the "head" section: > layout/template.xhtml: > <a:loadStyle src="resource:///stylesheet/theme.xcss"/> > This component, from a4j should transform the "richfaces templatable css" (xcss) file into a real CSS file and render as a <link> tag containing an a4j resource url. In projects created from the command-line seam-gen script, the output is as expected: > <link class='user' rel='stylesheet' type='text/css' href='/testxcss/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAFrvajdHLp8hjQAEgwDtA__' /> > However, using jboss tools, I get: > <link class='user' rel='stylesheet' type='text/css' href='/SeamThemeTest/stylesheet/theme.xcss' /> > This version does not work, however, as the xcss file is returned to the browser as is. > By looking at the differences between the seam-gen project and the jbosstools project, i noticed the following section of the build.xml ant file generated by seam-gen: > <copy todir="${war.dir}/WEB-INF/classes"> > <fileset dir="${basedir}/resources"> > <include name="**/*.xcss"/> > </fileset> >  > <fileset dir="${basedir}/view"> > <include name="**/*.xcss"/> > </fileset> > </copy> > This step is not done by jbosstools (3.1.0), and indeed, by doing a quick web search, I fell on the following jira: https://jira.jboss.org/jira/browse/JBAS-6034, which states that: > > [...] that would work in 4.2.x but not in jboss5 where the root of the war is no longer a part of the war's classpath (and never should have been!) > Please fix it as soon as possible, as this problem affects any generated site and is pretty difficult to debug. On the other hand, it should be very easy to fix. -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Updated: (RF-8436) seam-gen should not use resources:// for things that are in web/view content

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8436?page=com.atlassian.jira.plugin... ] Jay Balunas updated RF-8436: ---------------------------- Assignee: Alexander Smirnov (was: Dan Allen) > seam-gen should not use resources:// for things that are in web/view content > ---------------------------------------------------------------------------- > > Key: RF-8436 > URL: https://jira.jboss.org/jira/browse/RF-8436 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDK, core, tools > Environment: winxp x86, jdk6, jboss5 > Reporter: Jacques Lemire > Assignee: Alexander Smirnov > Priority: Blocker > Fix For: 3.3.3.GA > > > seam-gen templates are using resource:// for things that are not on the classpath (currently build.xml hacks around this by duplicating the .xcss files in the war) > Original description: > In projects generated through "File" -> "New" -> "Seam web project", the facelets template "layout/template.xhtml" contains the following component in the "head" section: > layout/template.xhtml: > <a:loadStyle src="resource:///stylesheet/theme.xcss"/> > This component, from a4j should transform the "richfaces templatable css" (xcss) file into a real CSS file and render as a <link> tag containing an a4j resource url. In projects created from the command-line seam-gen script, the output is as expected: > <link class='user' rel='stylesheet' type='text/css' href='/testxcss/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAFrvajdHLp8hjQAEgwDtA__' /> > However, using jboss tools, I get: > <link class='user' rel='stylesheet' type='text/css' href='/SeamThemeTest/stylesheet/theme.xcss' /> > This version does not work, however, as the xcss file is returned to the browser as is. > By looking at the differences between the seam-gen project and the jbosstools project, i noticed the following section of the build.xml ant file generated by seam-gen: > <copy todir="${war.dir}/WEB-INF/classes"> > <fileset dir="${basedir}/resources"> > <include name="**/*.xcss"/> > </fileset> >  > <fileset dir="${basedir}/view"> > <include name="**/*.xcss"/> > </fileset> > </copy> > This step is not done by jbosstools (3.1.0), and indeed, by doing a quick web search, I fell on the following jira: https://jira.jboss.org/jira/browse/JBAS-6034, which states that: > > [...] that would work in 4.2.x but not in jboss5 where the root of the war is no longer a part of the war's classpath (and never should have been!) > Please fix it as soon as possible, as this problem affects any generated site and is pretty difficult to debug. On the other hand, it should be very easy to fix. -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Moved: (RF-8436) seam-gen should not use resources:// for things that are in web/view content

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8436?page=com.atlassian.jira.plugin... ] Jay Balunas moved JBSEAM-4543 to RF-8436: ----------------------------------------- Project: RichFaces (was: Seam) Key: RF-8436 (was: JBSEAM-4543) Component/s: CDK core (was: Tools) Fix Version/s: 3.3.3.GA (was: 2.2.1.CR1) Affects Version/s: (was: 2.2.0.GA) (was: 2.1.2.GA) Security: Public > seam-gen should not use resources:// for things that are in web/view content > ---------------------------------------------------------------------------- > > Key: RF-8436 > URL: https://jira.jboss.org/jira/browse/RF-8436 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDK, core > Environment: winxp x86, jdk6, jboss5 > Reporter: Jacques Lemire > Assignee: Dan Allen > Priority: Blocker > Fix For: 3.3.3.GA > > > seam-gen templates are using resource:// for things that are not on the classpath (currently build.xml hacks around this by duplicating the .xcss files in the war) > Original description: > In projects generated through "File" -> "New" -> "Seam web project", the facelets template "layout/template.xhtml" contains the following component in the "head" section: > layout/template.xhtml: > <a:loadStyle src="resource:///stylesheet/theme.xcss"/> > This component, from a4j should transform the "richfaces templatable css" (xcss) file into a real CSS file and render as a <link> tag containing an a4j resource url. In projects created from the command-line seam-gen script, the output is as expected: > <link class='user' rel='stylesheet' type='text/css' href='/testxcss/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAFrvajdHLp8hjQAEgwDtA__' /> > However, using jboss tools, I get: > <link class='user' rel='stylesheet' type='text/css' href='/SeamThemeTest/stylesheet/theme.xcss' /> > This version does not work, however, as the xcss file is returned to the browser as is. > By looking at the differences between the seam-gen project and the jbosstools project, i noticed the following section of the build.xml ant file generated by seam-gen: > <copy todir="${war.dir}/WEB-INF/classes"> > <fileset dir="${basedir}/resources"> > <include name="**/*.xcss"/> > </fileset> >  > <fileset dir="${basedir}/view"> > <include name="**/*.xcss"/> > </fileset> > </copy> > This step is not done by jbosstools (3.1.0), and indeed, by doing a quick web search, I fell on the following jira: https://jira.jboss.org/jira/browse/JBAS-6034, which states that: > > [...] that would work in 4.2.x but not in jboss5 where the root of the war is no longer a part of the war's classpath (and never should have been!) > Please fix it as soon as possible, as this problem affects any generated site and is pretty difficult to debug. On the other hand, it should be very easy to fix. -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Created: (RF-7261) Many samples use the wrong URI for the JSTL namespace in Facelets

by Scott Langley (JIRA)

Many samples use the wrong URI for the JSTL namespace in Facelets ----------------------------------------------------------------- Key: RF-7261 URL: https://jira.jboss.org/jira/browse/RF-7261 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: Windows XP Pro Sun JavaEE SDK 5.07 Apache Tomcat 6.0.18 Reporter: Scott Langley Assignee: Nick Belaevski For the below code fragment: <c:forEach var="iterator" begin="1" end="3"> Test </c:forEach> When not using the <rich:page> tag, the example code interprets the <c:forEach> tag and renders: Test Test Test When using the <rich:page> tag, the <c:forEach> tags are not interpreted but are rendered exactly as written: <c:forEach var="iterator" begin="1" end="3"> Test </c:forEach> Here's the complete code for this version: <rich:page xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" xmlns:c="http://java.sun.com/jsp/jstl/core" markupType="xhtml" contentType="text/html" > <c:forEach var="iterator" begin="1" end="3"> Test </c:forEach> </rich:page> -- 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

16 years, 1 month

5
7
0 / 0

[JBoss JIRA] Reopened: (RF-8434) request new feature of Javascript API for rich:extendedDataTable

by Gary Hu (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8434?page=com.atlassian.jira.plugin... ] Gary Hu reopened RF-8434: ------------------------- > request new feature of Javascript API for rich:extendedDataTable > ----------------------------------------------------------------- > > Key: RF-8434 > URL: https://jira.jboss.org/jira/browse/RF-8434 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Gary Hu > > We would like to request new feature of Javascript API for rich:extendedDataTable to do things like: > > - select/unselect a row > - get a list of selected rows > - clear the selections -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Updated: (RF-8434) request new feature of Javascript API for rich:extendedDataTable

by Gary Hu (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8434?page=com.atlassian.jira.plugin... ] Gary Hu updated RF-8434: ------------------------ Summary: request new feature of Javascript API for rich:extendedDataTable (was: Javascript API for rich:extendedDataTable ) Description: We would like to request new feature of Javascript API for rich:extendedDataTable to do things like: - select/unselect a row - get a list of selected rows - clear the selections was: Is it possible to publish Javascript API for rich:extendedDataTable to do things like: - select/unselect a row - get a list of selected rows > request new feature of Javascript API for rich:extendedDataTable > ----------------------------------------------------------------- > > Key: RF-8434 > URL: https://jira.jboss.org/jira/browse/RF-8434 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Gary Hu > > We would like to request new feature of Javascript API for rich:extendedDataTable to do things like: > > - select/unselect a row > - get a list of selected rows > - clear the selections -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Created: (RF-8372) Update the a4j:load* notation "resource:///" for loading resources from the classpath

by Jay Balunas (JIRA)

Update the a4j:load* notation "resource:///" for loading resources from the classpath ------------------------------------------------------------------------------------- Key: RF-8372 URL: https://jira.jboss.org/jira/browse/RF-8372 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-a4j-core Reporter: Jay Balunas Fix For: 4.0.0.BETA1 The resource:// notation is confusing for loading resources from the classpath. It would be better to have this be classpath:// or something more obvious. I realize the resource:// also has hooks into the resource framework, so perhaps a different convention is needed. -- 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

16 years, 1 month

2
2
0 / 0

[JBoss JIRA] Moved: (RF-8434) Javascript API for rich:extendedDataTable

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8434?page=com.atlassian.jira.plugin... ] Jay Balunas moved RFPL-407 to RF-8434: -------------------------------------- Project: RichFaces (was: RichFaces Planning) Key: RF-8434 (was: RFPL-407) > Javascript API for rich:extendedDataTable > ------------------------------------------ > > Key: RF-8434 > URL: https://jira.jboss.org/jira/browse/RF-8434 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Gary Hu > > Is it possible to publish Javascript API for rich:extendedDataTable to do things like: > > - select/unselect a row > - get a list of selected rows -- 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Resolved: (RF-8434) Javascript API for rich:extendedDataTable

by Jay Balunas (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8434?page=com.atlassian.jira.plugin... ] Jay Balunas resolved RF-8434. ----------------------------- Resolution: Incomplete Description > Javascript API for rich:extendedDataTable > ------------------------------------------ > > Key: RF-8434 > URL: https://jira.jboss.org/jira/browse/RF-8434 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Gary Hu > > Is it possible to publish Javascript API for rich:extendedDataTable to do things like: > > - select/unselect a row > - get a list of selected rows -- 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

16 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2010