[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, 11 months
[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, 11 months
[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, 11 months
[JBoss JIRA] Created: (RF-9138) Core demo: multiple bugs when running with Myfaces
by Pavol Pitonak (JIRA)
Core demo: multiple bugs when running with Myfaces
--------------------------------------------------
Key: RF-9138
URL: https://jira.jboss.org/browse/RF-9138
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Milestone2
Environment: JBoss 6 M4, Tomcat 6.0.28, Myfaces 2.0.1, all browsers
Reporter: Pavol Pitonak
* add Myfaces to JBoss 6 (see http://community.jboss.org/wiki/JSFonJBossAS6)
* build core-demo (http://anonsvn.jboss.org/repos/richfaces/tags/4.0.0.20100824-M2/examples/...) with "mvn clean package -P jee6"
* add following jboss-scanning.xml to war (into WEB-INF):
<scanning xmlns="urn:jboss:scanning:1.0">
<path name="WEB-INF/classes"/>
<path name="WEB-INF/lib/guava-r05.jar">
<exclude name="com.google.common.collect" />
</path>
</scanning>
* deploy to JBoss 6 M4
OR
* build core-demo with "mvn clean package -Djsf_profile=myfaces"
* deploy to Tomcat
There are several bugs:
1. http://localhost:8080/core-demo/actionListener.jsf
after clicking on whichever button, nothing happens (error message should be shown on page)
2. http://localhost:8080/core-demo/actionListener.jsf
clicking on a button is causing "Parameters: Invalid chunk ignored." warning in server log
3. http://localhost:8080/core-demo/ajax.jsf
a4j:ajax wrapping several elements doesn't work (seems to be know issue)
4. http://localhost:8080/core-demo/button.jsf
http://localhost:8080/core-demo/link.jsf
type something into input and press the first button, result: "Hello null!"
5. http://localhost:8080/core-demo/log.jsf
javax.faces.convert.ConverterException - j_id250207658_ee9ddc2:j_id250207658_ee9dd03: 'popup' must be convertible to an enum.
6. http://localhost:8080/core-demo/push.jsf
java.lang.NullPointerException - java.lang.NullPointerException
7. http://localhost:8080/core-demo/function.jsf
click "Call events bound function", result: only one alert is shown instead of 3
8. http://localhost:8080/core-demo/status.jsf
click first "Ajax error" link, wait until the request finishes, now press whichever link, result: nothing happens, no request is fired
9. http://localhost:8080/core-demo/region.jsf
set "@region" for all, generate values, click whichever button, result: output is not rerendered, only "last executed link value"
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8907) Tag handler generation fails if @Attribute has signature property set
by Bernard Labno (JIRA)
Tag handler generation fails if @Attribute has signature property set
---------------------------------------------------------------------
Key: RF-8907
URL: https://jira.jboss.org/browse/RF-8907
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: CDK
Affects Versions: 4.0.0.Alpha2
Reporter: Bernard Labno
Following does not fail if signature property is omitted, but it is unacceptable.
@JsfComponent(tag = @Tag(name = "schedule",
handler = "org.richfaces.view.facelets.html.ScheduleHandler",
generate = true,
type = TagType.Facelets))
public abstract class AbstractSchedule extends UIComponentBase
implements ScheduleCommonViewAttributes, ScheduleListenerEventsProducer, AjaxComponent {
@Attribute(signature = @Signature(parameters = ScheduleItemMoveEvent.class, returnType = Boolean.class))
public abstract MethodExpression getItemMoveListener();
}
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8898) CDK could generate object names that conflict with Java keywords.
by Alexander Smirnov (JIRA)
CDK could generate object names that conflict with Java keywords.
-----------------------------------------------------------------
Key: RF-8898
URL: https://jira.jboss.org/browse/RF-8898
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: CDK
Reporter: Alexander Smirnov
Assignee: Alexander Smirnov
Fix For: 4.0.0.Milestone1
Attachments: generator.patch.zip
CDK creates enum for attributes referenced in the property getters/setters. If attribute name coincides with Java keyword, generated Java class couldn't be compiled.
Mojarra uses a little bit more complicated enum class for these cases, so CDK has to do the same:
enum PropertyKeys {
forValue("for"),
showDetail,
showSummary,
redisplay;
String toString;
PropertyKeys(String toString) {
this.toString = toString;
}
PropertyKeys() {
}
public String toString() {
return ((this.toString != null) ? this.toString : super.toString());
}
}
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8922) RF4.0: DataScroller - class names for buttons
by Lukas Fryc (JIRA)
RF4.0: DataScroller - class names for buttons
----------------------------------------------
Key: RF-8922
URL: https://jira.jboss.org/browse/RF-8922
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component, component-tables
Affects Versions: 4.0.0.Alpha2
Reporter: Lukas Fryc
It will be nice to have also class names for exact selection of such buttons, instead you have to use CSS3 selectors (such as :nth-child, :first, :last) to select such elements, but this isn't straightforward if you disable some buttons.
I suggest use new class names, such as rf-ds-f, rf-ds-fr, rf-ds-ff, rf-ds-l.
Read more at: http://community.jboss.org/thread/153989
--
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
13 years, 11 months