[JBoss JIRA] (RF-13748) Rich Tab switching in uiRepeat template
by Matej Novotny (JIRA)
Matej Novotny created RF-13748:
----------------------------------
Summary: Rich Tab switching in uiRepeat template
Key: RF-13748
URL: https://issues.jboss.org/browse/RF-13748
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.5.0.Alpha3
Reporter: Matej Novotny
Using Metamer (in order to have the phases info in the page header) go to [richTab sample page with uiRepeat template|http://localhost:8080/metamer/faces/components/richTab/simple.xhtml??templates=uiRepeat]. Switching tabs for the first time works fine, in phase panel info below {{UPDATE_MODEL_VALUES 4}} you can see value {{item changed: tab1 -> tab2}}. But if you now try to switch it back to first tab, the value will be {{item changed: null -> tab1}}.
Instead the value should be {{item changed: tab2 -> tab1}}.
This can be reproducer with collapsible table as well.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13747) a4j:commandLink does not have a default event name
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13747?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13747:
------------------------------------
No reason as far as I know. If you care to put together a Pull Request with this fix we'd be happy to land it in the next release.
> a4j:commandLink does not have a default event name
> --------------------------------------------------
>
> Key: RF-13747
> URL: https://issues.jboss.org/browse/RF-13747
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Frederick Kämpfer
>
> The following code causes an exception in Mojarra 2.2.7:
> {code}
> <h:form>
> <a4j:commandLink>
> <a4j:ajax/>
> </a4j:commandLink>
> </h:form>
> {code}
> {code}
> Schwerwiegend: javax.faces.view.facelets.TagException: /test.xhtml @17,32 <a4j:ajax> Event attribute could not be determined: null
> at org.richfaces.view.facelets.html.AjaxHandler.resolveEventName(AjaxHandler.java:200)
> at org.richfaces.view.facelets.html.AjaxHandler.applyNested(AjaxHandler.java:187)
> at org.richfaces.view.facelets.html.AjaxHandler.apply(AjaxHandler.java:130)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
> at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
> at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
> {code}
> After looking through the code it seems like it is caused by org.richfaces.component.UICommandLInk returning null in getDefaultEventName(). UICommandButton does the right thing by returning "click".
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13747) a4j:commandLink does not have a default event name
by Frederick Kämpfer (JIRA)
[ https://issues.jboss.org/browse/RF-13747?page=com.atlassian.jira.plugin.s... ]
Frederick Kämpfer commented on RF-13747:
----------------------------------------
Yes, maybe. It used to work fine in 4.3.4 though. I am using it only previously to remove the execute.. render... limitRender... attribute clutter from the commandLink-tag. But if you decide not to fix it, I can work around it.
I was just wondering why the commandLink doesn't have a default event name (which is required for it to work) while the commandButton has the "click" event name.
> a4j:commandLink does not have a default event name
> --------------------------------------------------
>
> Key: RF-13747
> URL: https://issues.jboss.org/browse/RF-13747
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Frederick Kämpfer
>
> The following code causes an exception in Mojarra 2.2.7:
> {code}
> <h:form>
> <a4j:commandLink>
> <a4j:ajax/>
> </a4j:commandLink>
> </h:form>
> {code}
> {code}
> Schwerwiegend: javax.faces.view.facelets.TagException: /test.xhtml @17,32 <a4j:ajax> Event attribute could not be determined: null
> at org.richfaces.view.facelets.html.AjaxHandler.resolveEventName(AjaxHandler.java:200)
> at org.richfaces.view.facelets.html.AjaxHandler.applyNested(AjaxHandler.java:187)
> at org.richfaces.view.facelets.html.AjaxHandler.apply(AjaxHandler.java:130)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
> at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
> at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
> {code}
> After looking through the code it seems like it is caused by org.richfaces.component.UICommandLInk returning null in getDefaultEventName(). UICommandButton does the right thing by returning "click".
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13747) a4j:commandLink does not have a default event name
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13747?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13747:
------------------------------------
{{a4j:commandLink}} has ajax built-in, you should not nest the {{a4j:ajax}} behaviour in it.
> a4j:commandLink does not have a default event name
> --------------------------------------------------
>
> Key: RF-13747
> URL: https://issues.jboss.org/browse/RF-13747
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Frederick Kämpfer
>
> The following code causes an exception in Mojarra 2.2.7:
> {code}
> <h:form>
> <a4j:commandLink>
> <a4j:ajax/>
> </a4j:commandLink>
> </h:form>
> {code}
> {code}
> Schwerwiegend: javax.faces.view.facelets.TagException: /test.xhtml @17,32 <a4j:ajax> Event attribute could not be determined: null
> at org.richfaces.view.facelets.html.AjaxHandler.resolveEventName(AjaxHandler.java:200)
> at org.richfaces.view.facelets.html.AjaxHandler.applyNested(AjaxHandler.java:187)
> at org.richfaces.view.facelets.html.AjaxHandler.apply(AjaxHandler.java:130)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
> at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
> at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
> at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
> {code}
> After looking through the code it seems like it is caused by org.richfaces.component.UICommandLInk returning null in getDefaultEventName(). UICommandButton does the right thing by returning "click".
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13731) NPE on Tomcat 7 after Ajax request
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13731:
----------------------------------
The problem still persists for me.
> NPE on Tomcat 7 after Ajax request
> ----------------------------------
>
> Key: RF-13731
> URL: https://issues.jboss.org/browse/RF-13731
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Environment: Tomcat 7 and Firefox only
> Reporter: Juraj Húska
> Fix For: 4.5.0.Beta1
>
>
> There is a NPE thrown after an AJAX request in either showcase (showcase can be deployed only when {{weld-servlet.jar}} is changed manually to higher version - RF-13725) or in Metamer:
> {code}
> SEVERE: java.lang.NullPointerException
> at org.richfaces.application.GlobalResourcesViewHandler.addSkinningResourcesToViewRoot(GlobalResourcesViewHandler.java:148)
> at org.richfaces.application.GlobalResourcesViewHandler.restoreView(GlobalResourcesViewHandler.java:179)
> at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:353)
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:197)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
> at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.execute(PersistenceLifecycle.java:58)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> Exception is being thrown only after initial page load, after refresh it works.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13740:
------------------------------------
Nice catch [~michpetrov]
> Richfaces 4.5 with MyFaces causes NPE on AJAX requests
> ------------------------------------------------------
>
> Key: RF-13740
> URL: https://issues.jboss.org/browse/RF-13740
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Environment: Simpleapp archetype
> Firefox/Chrome
> Myfaces (I tried with several latest versions)
> Tomcat 7
> Reporter: Matej Novotny
> Assignee: Michal Petrov
> Priority: Critical
> Fix For: 4.5.0.Beta1
>
>
> When you deploy RichFaces 4.5 application with MyFaces as JSF implementation to Tomcat, any Ajax request will get NPE in a response. Therefore the whole application will not work.
> Easiest way to reproduce this is with archetypes - see steps to reproduce.
> But it can be also reproducer with Metamer (generate WAR file with myfaced and deploy to Tomcat 7)
> This is how the Ajax response looks like:
> {code:xml}
> <partial-response>
> <error>
> <error-name>java.lang.NullPointerException</error-name>
> <error-message></error-message>
> </error>
> <changes>
> <extension id="org.richfaces.extension">
> <render>output</render>
> </extension>
> </changes>
> </partial-response>
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13263) RichFocus does not set focus properly in some templates
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13263?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13263.
--------------------------------
Resolution: Out of Date
> RichFocus does not set focus properly in some templates
> -------------------------------------------------------
>
> Key: RF-13263
> URL: https://issues.jboss.org/browse/RF-13263
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.5.0.Alpha2
> Environment: RichFaces 4.3.4.Final
> Metamer 4.3.5-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.1.Final
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux
> Firefox 24.0 @ Linux x86_64
> Reporter: Matej Novotny
>
> Rich Focus Component does not set focus properly after validating inputs.
> Does not work with validationAware attribute false as well (which should change focused component after validation).
> This only happens in the following templates - richAccordion, richCollapsiblePanel, richTabPanel.
> Here is the exception thrown after following "Steps to reproduce":
> {code}
> 14:06:21,629 SEVERE [org.richfaces.log.Context] (http--127.0.0.1-8080-1) containerItem3: java.lang.IllegalArgumentException: containerItem3
> at javax.faces.component.UIComponentBase.findComponent(UIComponentBase.java:606) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.renderkit.util.RendererUtils.findComponentFor(RendererUtils.java:759) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusedComponent(AbstractFocusRenderStrategy.java:91) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getSubmittedFocus(AbstractFocusRenderStrategy.java:79) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusCandidates(AbstractFocusRenderStrategy.java:40) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusCandidatesAsString(AbstractFocusRenderStrategy.java:24) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.FormFocusRenderStrategy.getFocusCandidatesAsString(FormFocusRenderStrategy.java:65) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.FocusRendererBase.getFocusCandidatesAsString(FocusRendererBase.java:38) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.html.FocusRenderer.doEncodeEnd(FocusRenderer.java:91) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.RenderExtendedVisitContext.invokeVisitCallbackForImplicitComponent(RenderExtendedVisitContext.java:71) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:333) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:924) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Matej Novotny closed RF-13740.
------------------------------
Verified with simpleapp and showcase(ajax).
Ajax requests now have correct reponses when using MyFaces.
Closing issue.
> Richfaces 4.5 with MyFaces causes NPE on AJAX requests
> ------------------------------------------------------
>
> Key: RF-13740
> URL: https://issues.jboss.org/browse/RF-13740
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Environment: Simpleapp archetype
> Firefox/Chrome
> Myfaces (I tried with several latest versions)
> Tomcat 7
> Reporter: Matej Novotny
> Assignee: Michal Petrov
> Priority: Critical
> Fix For: 4.5.0.Beta1
>
>
> When you deploy RichFaces 4.5 application with MyFaces as JSF implementation to Tomcat, any Ajax request will get NPE in a response. Therefore the whole application will not work.
> Easiest way to reproduce this is with archetypes - see steps to reproduce.
> But it can be also reproducer with Metamer (generate WAR file with myfaced and deploy to Tomcat 7)
> This is how the Ajax response looks like:
> {code:xml}
> <partial-response>
> <error>
> <error-name>java.lang.NullPointerException</error-name>
> <error-message></error-message>
> </error>
> <changes>
> <extension id="org.richfaces.extension">
> <render>output</render>
> </extension>
> </changes>
> </partial-response>
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RF-13731) NPE on Tomcat 7 after Ajax request
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13731:
------------------------------------
[~jhuska] can you try the latest build? I just fixed a possibly related issue (RF-13740) and I'm not seeing any errors in the log.
> NPE on Tomcat 7 after Ajax request
> ----------------------------------
>
> Key: RF-13731
> URL: https://issues.jboss.org/browse/RF-13731
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Environment: Tomcat 7 and Firefox only
> Reporter: Juraj Húska
> Fix For: 4.5.0.Beta1
>
>
> There is a NPE thrown after an AJAX request in either showcase (showcase can be deployed only when {{weld-servlet.jar}} is changed manually to higher version - RF-13725) or in Metamer:
> {code}
> SEVERE: java.lang.NullPointerException
> at org.richfaces.application.GlobalResourcesViewHandler.addSkinningResourcesToViewRoot(GlobalResourcesViewHandler.java:148)
> at org.richfaces.application.GlobalResourcesViewHandler.restoreView(GlobalResourcesViewHandler.java:179)
> at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:353)
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:197)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
> at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.execute(PersistenceLifecycle.java:58)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> Exception is being thrown only after initial page load, after refresh it works.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months