[JBoss JIRA] (RF-13747) a4j:commandLink does not have a default event name
by Frederick Kämpfer (JIRA)
Frederick Kämpfer created RF-13747:
--------------------------------------
Summary: 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-12854) rich:contextMenu - onmouseout - it is triggered also for onmousemove
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-12854?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-12854:
------------------------------------
{{mouseout}} triggers for the element's children as well, so this is not a bug. I guess when we can add {{mouseleave}} to the supported events (this one only triggers on the element).
> rich:contextMenu - onmouseout - it is triggered also for onmousemove
> --------------------------------------------------------------------
>
> Key: RF-12854
> URL: https://issues.jboss.org/browse/RF-12854
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.0.Final, 4.3.2, 4.5.0.Alpha3
> Environment: RichFaces 4.3.0.Final
> Metamer 4.3.2-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.1.Final
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.7.0_05-b06 @ Linux
> Chrome 25.0.1364.172 @ Linux x86_64 and Firefox
> Reporter: Juraj Húska
> Priority: Minor
> Fix For: 4.5-Tracking
>
>
> {{onmouseout}} attribute of {{rich:contextMenu}} and {{rich:dropDownMenu}} is listening also for {{onmousemove}} events instead of just {{onmouseout}} events.
> Please see the steps to reproduce.
--
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 Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Michal Petrov resolved RF-13740.
--------------------------------
Resolution: Done
> 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-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13740:
------------------------------------
This is in {{PartialViewContextImpl.processPartialRendering}} (myfaces 2.2.4):
{code}
//TODO process partial rendering
//https://issues.apache.org/jira/browse/MYFACES-2118
//Collection<String> renderIds = getRenderIds();
{code}
the getRenderIds should set the ids, no idea why it is commented (the issue is marked as resolved). In Mojarra the ids are retrieved at the start of the corresponding method.
> 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 Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13731:
----------------------------------
It is not only Metamer related, because I have reproduce it on very simple application.
This repository:
https://github.com/jhuska/richfaces-sanbox.git
Steps to reproduce:
# build the app from URL above with: {{mvn clean package}}
# deploy it on Tomcat 7.x
# load http://localhost:8080/richfaces-sanbox/
# try to write something into input
# see the error on Tomcat _logs/catalina.out_
> 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 Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Michal Petrov reassigned RF-13740:
----------------------------------
Assignee: Michal Petrov
> 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-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13740:
------------------------------------
Apparently some Java optimizations can remove exception stacktraces.
The exception is thrown inside EPVC:
{code}
private boolean detectRenderAll() {
return Boolean.TRUE.equals(renderAll) || renderIds.contains(ALL);
}
{code}
renderIds are null at this point though they probably shouldn't be, I'll compare with Mojarra.
> 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
> 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 Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13731 at 7/29/14 5:14 AM:
-----------------------------------------------------------
Unfortunately, I am still getting an exception, following the steps to reproduce. However, different one and *only* on Metamer:
{code}
SEVERE: javax.faces.application.ViewExpiredException: viewId:/index.xhtml - View /index.xhtml could not be restored.
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:210)
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 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.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
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.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
{code}
I am going to investigate whether it is Metamer application related.
was (Author: jhuska):
Unfortunately, I am still getting an exception, following the steps to reproduce. However, different one:
{code}
SEVERE: javax.faces.application.ViewExpiredException: viewId:/index.xhtml - View /index.xhtml could not be restored.
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:210)
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 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.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
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.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
{code}
> 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