November 2007 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-1070) Panel Menu Item doesn't encodes parameters in server mode.

by Ilya Shaikovsky (JIRA)

Panel Menu Item doesn't encodes parameters in server mode. ---------------------------------------------------------- Key: RF-1070 URL: http://jira.jboss.com/jira/browse/RF-1070 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.1 Reporter: Ilya Shaikovsky Assigned To: Anton Belevich Fix For: 3.2.0 Analogous to previous tabPanel problem. I think should be fixed in 3.1.x -- 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

16 years, 7 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-1149) Attributes "ajaxSingle" and "immediate" can't be set both to "true" in any Ajax components.

by Alexander Smirnov (JIRA)

Attributes "ajaxSingle" and "immediate" can't be set both to "true" in any Ajax components. -------------------------------------------------------------------------------------------- Key: RF-1149 URL: http://jira.jboss.com/jira/browse/RF-1149 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Alexander Smirnov Assigned To: Alexander Smirnov Fix For: 3.1.3 -- 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

16 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-1341) Problems with Ajax requests within a a4j:repeat loop

by Peter Mahoney (JIRA)

Problems with Ajax requests within a a4j:repeat loop ---------------------------------------------------- Key: RF-1341 URL: http://jira.jboss.com/jira/browse/RF-1341 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.3 Environment: MyFaces, Richfaces 3.1.3 snapshot Reporter: Peter Mahoney I have come across two problems following a change to put some fields in an a4j:repeat loop. The backing beans have not changed. This is the code: <a4j:repeat id="termClauses" value="#{collectionSearchHandler.termClauses}" var="clause"> <a4j:region id="vocabularyFilterRegion"> <h:selectOneMenu id="vocabularyFilter" value="#{clause.vocabulary}"> <a4j:support id="vocabularyAjaxSupport" event="onchange" reRender="termFilterPanel" ajaxSingle="true" /> <f:selectItem itemValue="#{collectionSearchHandler.blankVocabulary}" itemLabel="#{msgs.quizFirstVocabularySelectItemDescription}" /> <f:selectItems value="#{collectionSearchHandler.vocabularyFilterItems}" /> </h:selectOneMenu> <a4j:status startText="#{msgs.quizTermSearchInProgressMessage}" /> </a4j:region> <a4j:region id="termFilterRegion"> <a4j:outputPanel id="termFilterPanel"> <h:panelGroup rendered="#{clause.hasVocabulary}"> <ul style="list-style-type:none; margin:0px;"> <a4j:repeat id="termFilters" value="#{clause.termFilters}" var="termFilter" rowKeyVar="idx"> <li> <h:selectOneMenu id="termFilter" value="#{termFilter.term}" converter="com.dbplc.quiz.Term" style="width:100%"> <a4j:support id="termAjaxSupport" event="onchange" reRender="termFilterPanel,qbankSearchResultsPanel" ajaxSingle="true" actionListener="#{collectionSearchHandler.searchPerformed}" /> <f:selectItem itemValue="#{collectionSearchHandler.blankTerm}" itemLabel="#{msgs.quizFirstTermSelectItemDescription}" /> <f:selectItems value="#{clause.termFilterItemMap[idx]}" /> </h:selectOneMenu> <h:commandButton actionListener="#{collectionSearchHandler.searchPerformed}" /> </li> </a4j:repeat> </ul> </h:panelGroup> </a4j:outputPanel> <rich:messages /> </a4j:region> </a4j:repeat> Firstly I get the following error when the form is submitted by changing the "VocabularyFilter" value: /questionsearch.xhtml @25,77 value="#{clause.vocabulary}": Target Unreachable, identifier 'clause' resolved to null If I add an onchange="this.form.submit()" to the field, to bypass the Ajax, it works fine. So, with the above workaround, I then get the problem that the collectionSearchHandler.searchPerformed() method (referenced by the a4j:support tag) is only called every second form submit. This worked without problems before adding the outer a4j:repeat. Using the commandButton to submit the form works every time. -- 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

16 years, 7 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-1151) Allow so specify regions of the form to be submitted to server

by Mikhail Grushinskiy (JIRA)

Allow so specify regions of the form to be submitted to server -------------------------------------------------------------- Key: RF-1151 URL: http://jira.jboss.com/jira/browse/RF-1151 Project: RichFaces Issue Type: Feature Request Reporter: Mikhail Grushinskiy Allow so specify regions of the form to be submitted to server. Currently reRender specifies list of ids to be rerendered. In similar fasion it would be nice to have ability on each ajax4jsf action to specify list of ids of form regions to be submitted. This would help with performance on "apply request values" phase as not whole form is submitted. -- 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

16 years, 7 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-1373) UIDataAdaptor doesn't reset local model on new value set

by Nick Belaevski (JIRA)

UIDataAdaptor doesn't reset local model on new value set -------------------------------------------------------- Key: RF-1373 URL: http://jira.jboss.com/jira/browse/RF-1373 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Reporter: Nick Belaevski Assigned To: Nick Belaevski Priority: Minor Fix For: 3.2.0 -- 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

16 years, 7 months

4
11
0 / 0

[JBoss JIRA] Created: (RF-1271) javax.servlet.ServletException: Prefix for attributes in portlet session scope not found when runnning portajAjaxSample on https

by Bharat Kandanoor (JIRA)

javax.servlet.ServletException: Prefix for attributes in portlet session scope not found when runnning portajAjaxSample on https --------------------------------------------------------------------------------------------------------------------------------- Key: RF-1271 URL: http://jira.jboss.com/jira/browse/RF-1271 Project: RichFaces Issue Type: Bug Environment: jboss portal 2.6.2 bundled with jboss 4.2 Jdk 1.6.0_03 Reporter: Bharat Kandanoor I tried deploying portalajaxsample from http://snapshots.jboss.org/maven2/org/richfaces/samples/portalAjaxSample/... . downloaded new jboss portal 2.6.2 bundled with jboss 4.2AS. configured SSL based on the jboss wiki for 4.2. Started the server and i tried running the ajaxsample on https, it shows up with the form objects, but when you click "ajax switch to repeater page" we get this error "javax.servlet.ServletException: Prefix for attributes in portlet session scope not found when runnning portajAjaxSample on https".. It was first happening in my application, i thought it was something wrong in mmy source, but tried sample and it did the same thing. -- 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

16 years, 7 months

8
13
0 / 0

[JBoss JIRA] Created: (RF-925) Code patterns explanation

by Svetlana mukhina (JIRA)

Code patterns explanation ------------------------- Key: RF-925 URL: http://jira.jboss.com/jira/browse/RF-925 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.1.0 Reporter: Svetlana mukhina Assigned To: Korluzhenko Veronika Fix For: 3.2.0 Code patterns explanation. There should be no code without textual explanation -- 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

16 years, 7 months

3
10
0 / 0

[JBoss JIRA] Created: (RF-1255) Richfaces 3.1.2 breaks SJSAS 9.1 Admin web-app, when the libs are put into domain1/lib folder

by Rene Rattur (JIRA)

Richfaces 3.1.2 breaks SJSAS 9.1 Admin web-app, when the libs are put into domain1/lib folder --------------------------------------------------------------------------------------------- Key: RF-1255 URL: http://jira.jboss.com/jira/browse/RF-1255 Project: RichFaces Issue Type: Bug Environment: Sun Java System Application Server 9.1 (build b58g-fcs) Richfaces 3.1.2 Reporter: Rene Rattur Attachments: stack_trace.zip When the Richfaces 3.1.2 libs are put into a domains lib folder under SJSAS 9.1, the Admin web application breaks. I filed a bug report on glassfish https://glassfish.dev.java.net/issues/show_bug.cgi?id=3626, here's what they had to say about this: "In order to understand what is happening you have to know a little bit about how JSF configures itself. It looks for faces-config.xml files in the classpath to see if should add new jsf extensions (such as a new ViewHandler) to help it process jsf pages. JSF does NOT do anything to ensure that a new component (i.e. ViewHanler) doesn't break other custom jsf extensions. It is unfortunate that these extensions can't be restricted to a subset of URLs, or be guarenteed to behave well. In this case, Ajax4JSF does not behave well. It both of your stack traces it appears Ajax4JSF is not doing the right thing. In the first, it is not handling the rendering of the page and has either changed the viewId or done something else to cause the default viewHandler to also not handle it (it appears it is redispatching recursively b/c of this). In the 2nd example, it is attempting to handle a JSFTemplating page instead of delegating to JSFTemplating -- it is unable to do so and fails. Ajax4JSF could fix both of these problems -- I cannot. Based on these stack traces, I would strongly suggest that you not include Ajax4JSF in a shared lib area as it will effect ALL JSF applications, not just the ones you want it to effect. Instead place the Ajax4JSF jar files in the WEB-INF/lib of your application(s)." -- 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

16 years, 7 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-990) Scrollable data Table doesn't works under safari 2.0.3

by Ilya Shaikovsky (JIRA)

Scrollable data Table doesn't works under safari 2.0.3 ------------------------------------------------------ Key: RF-990 URL: http://jira.jboss.com/jira/browse/RF-990 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Ilya Shaikovsky Assigned To: Konstantin Mishin Fix For: 3.2.0 Sometimes from start, sometimes after some scrolling - scrolls are broken. Data loaded just partially. Table isn't responding except selection actions. -- 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

16 years, 7 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-1284) RichFaces/Ajax4Jsf redeploy causes java.lang.OutOfMemory

by m m (JIRA)

RichFaces/Ajax4Jsf redeploy causes java.lang.OutOfMemory -------------------------------------------------------- Key: RF-1284 URL: http://jira.jboss.com/jira/browse/RF-1284 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Environment: Windows XP SP2, JBoss 4.0.3 SP1 Reporter: m m Deploying many times (depending on amount of memory on the server) a RichFaces application under JBoss 4.0.3SP1 causes java.lang.OutOfMemory. This is probably caused by Ajax4Jsf not releasing resources on undeploy. Looking in folder jboss/server/[instance]/tmp/deploy, i can find many folders of my web app, which contains only WEB-INF/lib/richfaces-impl-3.1.2.GA.jar and WEB-INF/lib/richfaces-ui-3.1.2.GA.jar (Except for the current deploy which contains the full application). Every time i redeploy the web app i get a new folder inside TMP. This bug can be recreated using any RichFaces/Ajax4JSF application, just making multiple deploys without restarting the application server. I had the same problem using ajax4jsf (see forum thread), and it seems restarting the server is the only workaround for now. When using Ajax4JSF only, JProfiler allocation tree after undeploy was: 93,7% - 15.792 bytes - 749 alloc. org.apache.tomcat.util.net.MasterSlaveWorkerThread ..93,7% - 15.792 bytes - 749 alloc. org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter ....92,3% - 15.544 bytes - 741 alloc. org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter ......83,6% - 14.080 bytes - 674 alloc. org.ajax4jsf.framework.ajax.xmlfilter.tidy.TidyXMLFilter ........83,6% - 14.080 bytes - 674 alloc. org.ajax4jsf.framework.ajax.xmlfilter.tidy.TidyParser ..........83,6% - 14.080 bytes - 674 alloc. org.ajax4jsf.org.w3c.tidy.Tidy ............24,8% - 4.176 bytes - 156 alloc. org.ajax4jsf.org.w3c.tidy.TagTable ............24,0% - 4.048 bytes - 253 alloc. org.ajax4jsf.org.w3c.tidy.EntityTable ............22,8% - 3.840 bytes - 173 alloc. org.ajax4jsf.org.w3c.tidy.AttributeTable ............12,0% - 2.016 bytes - 92 alloc. org.ajax4jsf.org.w3c.tidy.Configuration ......8,0% - 1.344 bytes - 59 alloc. org.ajax4jsf.framework.ajax.xmlfilter.FilterServletResponseWrapper ........5,0% - 848 bytes - 37 alloc. org.ajax4jsf.io.parser.FastHtmlParser ..........5,0% - 848 bytes - 37 alloc. org.ajax4jsf.io.parser.ParsingStateManager ............2,9% - 496 bytes - 22 alloc. org.ajax4jsf.framework.ajax.xmlfilter.tidy.TidyParser ............2,9% - 496 bytes - 22 alloc. org.ajax4jsf.org.w3c.tidy.Tidy ..............1,6% - 264 bytes - 11 alloc. org.ajax4jsf.org.w3c.tidy.Lexer ..............1,4% - 232 bytes - 11 alloc. -- 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

16 years, 7 months

5
15
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2007