December 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-6947) NullPointerException when uploading with rich:fileUpload

by Jan Ziegler (JIRA)

NullPointerException when uploading with rich:fileUpload -------------------------------------------------------- Key: RF-6947 URL: https://jira.jboss.org/jira/browse/RF-6947 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: tomcat 6.0.18 facelets 1.1.14 myfaces 1.2.6 Reporter: Jan Ziegler When using rich:fileUpload in the current 3.3.1 Snapshot (20090427) a nullpinter occurs when performing the upload: javax.faces.FacesException: Exception while decoding component : {Component-Path : [Class: org.ajax4jsf.component.AjaxViewRoot,ViewId: /examples/fileUpload/index.xhtml][Class: org.richfaces.component.html.HtmlTabPanel,Id: j_id71][Class: org.richfaces.component.html.HtmlTab,Id: j_id72][Class: javax.faces.component.html.HtmlForm,Id: j_id74][Class: org.richfaces.component.html.HtmlFileUpload,Id: j_id75]} at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:583) at javax.faces.component.UIInput.decode(UIInput.java:231) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:709) at javax.faces.component.UIInput.processDecodes(UIInput.java:149) at javax.faces.component.UIForm.processDecodes(UIForm.java:65) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:705) at org.richfaces.component.UISwitchablePanel.processDecodes(UISwitchablePanel.java:170) at org.richfaces.component.UITabPanel.processDecodes(UITabPanel.java:155) at org.ajax4jsf.component.AjaxViewRoot$1.invokeContextCallback(AjaxViewRoot.java:392) at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:238) at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409) at org.apache.myfaces.lifecycle.ApplyRequestValuesExecutor.execute(ApplyRequestValuesExecutor.java:32) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:151) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at de.solseit.framework.base.lifecyle.FrameworkFilter.doFilter(FrameworkFilter.java:265) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:344) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178) at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:347) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at org.richfaces.renderkit.FileUploadRendererBase.doDecode(FileUploadRendererBase.java:140) at org.ajax4jsf.renderkit.RendererBase.decode(RendererBase.java:75) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:579) ... 45 more the component is used in this very simple way (no listener-binding, for simplicity): <rich:fileUpload maxFilesQuantity="3" immediateUpload="false" acceptedTypes="jpg" /> -- 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

13 years, 10 months

5
18
0 / 0

[JBoss JIRA] Created: (RF-2560) It's not possible to create menu items with the help of <a4j:repeat />

by Bj?rn Weinbrenner (JIRA)

It's not possible to create menu items with the help of <a4j:repeat /> ---------------------------------------------------------------------- Key: RF-2560 URL: http://jira.jboss.com/jira/browse/RF-2560 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Environment: windows, jboss, ff/ie, jsf ri Reporter: Bj?rn Weinbrenner It seems that its not possible to use <ui:repeat /> or <a4j:repeat /> to create menus. if you iterate to add menuItems to a a menu e.g. contextmenu they won't appear. That seems to depend on the implementation of org.richfaces.renderkit.html.AbstractMenuRenderer Only direct children are search for items. Repeat-Components are ignored and their childs aren't found. public void encodeItems(FacesContext context, UIComponent component) throws IOException { List kids = component.getChildren(); Iterator it = kids.iterator(); while (it.hasNext()) { UIComponent kid = (UIComponent)it.next(); if (kid instanceof UIMenuGroup || kid instanceof UIMenuItem || kid instanceof UIMenuSeparator) { renderChild(context, kid); } } } -- 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

13 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-6456) SuggestionAction called twice during request if usingSuggestObjects = true

by Gerrit Brehmer (JIRA)

SuggestionAction called twice during request if usingSuggestObjects = true -------------------------------------------------------------------------- Key: RF-6456 URL: https://jira.jboss.org/jira/browse/RF-6456 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Gerrit Brehmer SuggestionAction is called twice, if usingSuggestObjects is activated. I looked into the sourcecode and found the two calls: # Action with value from request/input field (method setupValue - setValue(suggestingAction.invoke(context.getELContext(), new Object[]{submittedValue}));) # Action with "null" as string (method getRequestValuesData - setValue(suggestingAction.invoke(context.getELContext(), new Object[]{requestedValue}));) (SourceCode from UiSuggestionAction.java Tag 3.3.0) Is the second call really necessary? Because we call an expensive backend method (200ms - 7000ms for address suggest) this makes a noticable delay for the user Our workaround is to return an empty list for the second call, which doesn't change the behaviour -- 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

13 years, 10 months

3
9
0 / 0

[JBoss JIRA] Created: (RF-7841) long file path/name is truncated in rich:fileUpload

by Gary Hu (JIRA)

long file path/name is truncated in rich:fileUpload --------------------------------------------------- Key: RF-7841 URL: https://jira.jboss.org/jira/browse/RF-7841 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.1 Reporter: Gary Hu If a long file path or name is specified to be uploaded in rich:fileUpload component, the full file path/name is truncated and only part of it is displayed. This could be demonstrated using the Richfaces live demo web site http://livedemo.exadel.com/richfaces-demo/richfaces/fileUpload.jsf . Attaching are the screen shots that show the issue with various browsers. (IE7, Firefox 3.0.13 and Safari 3.2.2). Can we wrap up the long file path/name nicely? -- 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

13 years, 10 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-4865) calendar: add default label support

by Ilya Shaikovsky (JIRA)

calendar: add default label support ----------------------------------- Key: RF-4865 URL: https://jira.jboss.org/jira/browse/RF-4865 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.0 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: 3.3.0 the same defaultLabel functionality as it done in combo and inplaceinput requested. (in order to print pattern if the date is empty for example) -- 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

13 years, 10 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-8148) ExtendedDataTable. Selection with Ctrl-A.

by Joe Pietras (JIRA)

ExtendedDataTable. Selection with Ctrl-A. ----------------------------------------- Key: RF-8148 URL: https://jira.jboss.org/jira/browse/RF-8148 Project: RichFaces Issue Type: Bug Components: component-tables Affects Versions: 3.3.0 Environment: RichFaces 3.3.0 Reporter: Joe Pietras if you select all records inExtendedDataTable with "Ctrl-A" and then deselect some records, bound selection object returns still all records. Tested with RichFaces 3.3.0. This problem can be reproduced on RichFaces-Demo page too. -- 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

13 years, 10 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-8056) DragIndicator is shown below modal panel

by Nick Belaevski (JIRA)

DragIndicator is shown below modal panel ---------------------------------------- Key: RF-8056 URL: https://jira.jboss.org/jira/browse/RF-8056 Project: RichFaces Issue Type: Bug Components: component-drag/drop Affects Versions: 3.3.2.SR1 Reporter: Nick Belaevski Try the following code. Open modalPanel and try to drag any framework item - drag indicator is shown when cursor is out of panel and it's below it. <rich:modalPanel id="mp" minHeight="200" minWidth="450" height="400" width="600" zindex="2000"> <f:facet name="header"> <h:outputText value="Modal Panel Title" /> </f:facet> <f:facet name="controls"> </f:facet> <rich:dragIndicator id="indicator" /> <h:form id="form"> <h:panelGrid columnClasses="panelc" columns="4" width="100%"> <rich:panel style="width:133px"> <f:facet name="header"> <h:outputText value="Source List" /> </f:facet> <h:dataTable id="src" columns="1" value="#{dndBean.frameworks}" var="fm" footerClass="footerClass"> <h:column> <a4j:outputPanel style="width:100px;border:1px solid gray;padding:2px" layout="block"> <rich:dragSupport dragIndicator="indicator" dragType="#{fm.family}" dragValue="#{fm}"> <rich:dndParam name="label" value="#{fm.name}" /> </rich:dragSupport> <h:outputText value="#{fm.name}"></h:outputText> </a4j:outputPanel> </h:column> <f:facet name="footer"> <a4j:commandButton action="#{dndBean.reset}" value="Start Over" reRender="src,phptable,cftable,dnettable"/> </f:facet> </h:dataTable> </rich:panel> <rich:panel styleClass="dropTargetPanel"> <f:facet name="header"> <h:outputText value="PHP Frameworks" /> </f:facet> <rich:dropSupport id="php" acceptedTypes="PHP" dropValue="PHP" dropListener="#{eventBean.processDrop}" reRender="phptable, src"> </rich:dropSupport> <h:dataTable id="phptable" columns="1" value="#{dndBean.containerPHP}" var="fm"> <h:column> <h:outputText value="#{fm.name}"></h:outputText> </h:column> </h:dataTable> </rich:panel> <rich:panel styleClass="dropTargetPanel"> <f:facet name="header"> <h:outputText value=".NET Frameworks" /> </f:facet> <rich:dropSupport id="dnet" acceptedTypes="DNET" dropValue="DNET" dropListener="#{eventBean.processDrop}" reRender="dnettable, src"> </rich:dropSupport> <h:dataTable id="dnettable" columns="1" value="#{dndBean.containerDNET}" var="fm"> <h:column> <h:outputText value="#{fm.name}"></h:outputText> </h:column> </h:dataTable> </rich:panel> <rich:panel styleClass="dropTargetPanel"> <f:facet name="header"> <h:outputText value="ColdFusion Frameworks" /> </f:facet> <rich:dropSupport id="cf" acceptedTypes="CF" dropValue="CF" dropListener="#{eventBean.processDrop}" reRender="cftable, src"> </rich:dropSupport> <h:dataTable id="cftable" columns="1" value="#{dndBean.containerCF}" var="fm"> <h:column> <h:outputText value="#{fm.name}"></h:outputText> </h:column> </h:dataTable> </rich:panel> </h:panelGrid> </h:form> Any JSF content might be inside the panel. In case of using Facelets or JSF 1.2, it might be any mixed content. The RichFaces modal panel is good with <a4j:include> to create a wizard like behavior. The model panel is open and closed from the javascript function on Richfaces object. The following code <a href="#" onclick="#{rich:component('mp')}.hide()">hide this panel</a>: <f:verbatim>#</f:verbatim>{rich:component('mp')}.hide() </rich:modalPanel> -- 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

13 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-7922) RenderPhaseDataScrollerVisitor does not work with Tomahawk AliasBean Component

by Mirko Sertic (JIRA)

RenderPhaseDataScrollerVisitor does not work with Tomahawk AliasBean Component ------------------------------------------------------------------------------ Key: RF-7922 URL: https://jira.jboss.org/jira/browse/RF-7922 Project: RichFaces Issue Type: Bug Components: component-tables Affects Versions: 3.3.1 Reporter: Mirko Sertic The default RenderPhaseDataScrollerVisitor does not work with the Tomahawk AliasBean Component. Basically, it is invoked by a PhaseListener. It recomputes the model size of the bound UIData and does some other stuff. And here starts the problem. When i use a t:aliasBean to define the datamodel for the UIData, it does not work, as the aliasBean component sets and unsets the alias during its lifecycle processing. Now, the RenderPhaseDataScrollerVisitor is invoked before the aliasBean can do its job. An empty DataModel is created and put to the modelmap. Later, aliasBean does it work, and the UIData tries to render. Instead of asking again for the datamodel, it uses the empty model from the modelmap, and thus the table is empty. I know that it is somehow difficult to support every component, but at least it should be supported to disable the RenderPhaseDataScrollerVisitor in some way, or provide my own implementation for it -- 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

13 years, 10 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-4791) Calendar with datePattern from resourcebundle doesn't validate

by Edwin van der Elst (JIRA)

Calendar with datePattern from resourcebundle doesn't validate -------------------------------------------------------------- Key: RF-4791 URL: https://jira.jboss.org/jira/browse/RF-4791 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Edwin van der Elst See also: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=143930 I use: <rich:calendar value="#{person.birthDate}" datePattern="#{messages['datepattern']}/> The date *is* formatted according to the pattern, but on submitting the form, the validation fails: '04-12-1968' could not be understood as a date. Example: 29-10-2008 Note: the example also uses the correct datePattern If I hardcode the pattern in the template (datePattern='dd-MM-yyyy'), the validation succeeds (but then the pattern is not localized anymore). I tried a4j:loadBundle, and referencing that instance (this was a suggestion from the forum entry). It resulted in the same error message. -- 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

13 years, 10 months

8
12
0 / 0

[JBoss JIRA] Created: (RF-7986) inplaceSelect: allows String value only without specifying converter.

by Ilya Shaikovsky (JIRA)

inplaceSelect: allows String value only without specifying converter. --------------------------------------------------------------------- Key: RF-7986 URL: https://jira.jboss.org/jira/browse/RF-7986 Project: RichFaces Issue Type: Bug Components: component-input Affects Versions: 3.3.2.GA Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: Future should allow the same value bindings as standard selectOne. <rich:inplaceSelect value="#{inplaceComponentsBean.inputValue}" defaultLabel="Click here to edit"> <f:selectItem itemValue="0" itemLabel="Option 1" /> <f:selectItem itemValue="1" itemLabel="Option 2" /> <f:selectItem itemValue="2" itemLabel="Option 3" /> <f:selectItem itemValue="3" itemLabel="Option 4" /> <f:selectItem itemValue="4" itemLabel="Option 5" /> </rich:inplaceSelect> <h:selectOneMenu value="#{inplaceComponentsBean.inputValue}" > <f:selectItem itemValue="0" itemLabel="Option 1" /> <f:selectItem itemValue="1" itemLabel="Option 2" /> <f:selectItem itemValue="2" itemLabel="Option 3" /> <f:selectItem itemValue="3" itemLabel="Option 4" /> <f:selectItem itemValue="4" itemLabel="Option 5" /> </h:selectOneMenu> where value - int works differently but should works int the same way. -- 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

13 years, 10 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2009