[JBoss JIRA] (RF-13665) RichFaces 4.5 should fail fast when used with un-pached Mojarra
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13665?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13665 at 6/19/14 1:25 PM:
-------------------------------------------------------------
Nice catch! I'd failed to account for X.Y.X-SNAPSHOT version numbers - this would have bit us fairly quickly I'm sure ;-)
I updated the version inspector to consider SNAPSHOT version classifiers, and updated the corresponding unit test. Feel free to add any more cases to the unit test that you feel should be covered.
Also: we should check that the check works with MyFaces. We expect deployment to succeed with all versions of MyFaces.
was (Author: bleathem):
Nice catch! I'd failed to account for X.Y.X-SNAPSHOT version numbers - this would have bit us fairly quickly I'm sure ;-)
I updated the version inspector to consider SNAPSHOT version classifiers, and updated the corresponding unit test. Feel free to add any more cases to the unit test that you feel should be covered.
> RichFaces 4.5 should fail fast when used with un-pached Mojarra
> ---------------------------------------------------------------
>
> Key: RF-13665
> URL: https://issues.jboss.org/browse/RF-13665
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.5.0.Alpha3
>
>
> [~bleathem] wrote [in this comment|https://issues.jboss.org/browse/RF-13658?focusedCommentId=1297546...] for RF-13658:
> ??There is a Mojarra bug that breaks the new EPVC ([JAVASERVERFACES-3151|https://java.net/jira/browse/JAVASERVERFACES-3151]). This issue was patched in the mojarra impl that shipped with WildFly 8.0.0.Final, and in the Mojarra impl that shipped with EAP was also patched??
> ??We should have some code in place to fail fast if RichFaces 4.5 is used with an unpatched Mojarra. This can be achieved with reflection, looking for the method added in [JAVASERVERFACES-3151|https://java.net/jira/browse/JAVASERVERFACES-3151]??
> And we are not failing fast. I would say that when application is about to use unpached Mojarra, the fail fast would be a runtime exception during deployment ?
>
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13685) ExtendedPartialViewContext.release causes IllegalStateException
by Frank Langelage (JIRA)
Frank Langelage created RF-13685:
------------------------------------
Summary: ExtendedPartialViewContext.release causes IllegalStateException
Key: RF-13685
URL: https://issues.jboss.org/browse/RF-13685
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.0.0.Alpha3
Reporter: Frank Langelage
When using latest WildFly 9.0-SNAPSHOT including JSF 2.2.7 I get an exception immediately after login from my web-app which is using richfaces-5.0.0-SNAPSHOT.
According to Farah Juma this is an error in RichFaces which comes up now because of a fix in JSF:
"This is a bug in RichFaces that was introduced by this recent Mojarra fix:
https://java.net/jira/browse/JAVASERVERFACES-3203
The RichFaces ExtendedPartialViewContext class just needs to be updated accordingly."
Stacktrace fragment:
Caused by: java.lang.IllegalStateException
at com.sun.faces.context.FacesContextImpl.assertNotReleased(FacesContextImpl.java:705) [jsf-impl-2.2.7-jbossorg-1.jar:]
at com.sun.faces.context.FacesContextImpl.getAttributes(FacesContextImpl.java:237) [jsf-impl-2.2.7-jbossorg-1.jar:]
at org.richfaces.context.ExtendedPartialViewContext.setInstance(ExtendedPartialViewContext.java:55) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
at org.richfaces.context.ExtendedPartialViewContext.release(ExtendedPartialViewContext.java:64) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
at org.richfaces.context.ExtendedPartialViewContextImpl.release(ExtendedPartialViewContextImpl.java:473) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
at com.sun.faces.context.FacesContextImpl.release(FacesContextImpl.java:591) [jsf-impl-2.2.7-jbossorg-1.jar:]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:665) [jboss-jsf-api_2.2_spec-2.2.7.jar:2.2.7]
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.s... ]
Matej Novotny closed RF-13018.
------------------------------
> a4j:commandButton wrong actions performed
> -----------------------------------------
>
> Key: RF-13018
> URL: https://issues.jboss.org/browse/RF-13018
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.2.3.Final, 4.3.2
> Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15
> Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9
> Reporter: Rob Hare
> Assignee: Michal Petrov
> Labels: 45x
> Fix For: 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4
>
> Attachments: RF-13018.zip
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired.
> For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions.
> {noformat}
> <h:form id="testForm">
> <a4j:commandButton id="button1" type="button" value="Button 1"
> action="#{richBean.function1}" />
> <a4j:commandButton id="button2" type="button" value="Button 2"
> action="#{richBean.function2}" />
> </h:form>
> {noformat}
> Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13018:
------------------------------------
Verified, for 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4 there is no NPE and multiple a4j:commandButton(s) work correctly.
> a4j:commandButton wrong actions performed
> -----------------------------------------
>
> Key: RF-13018
> URL: https://issues.jboss.org/browse/RF-13018
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.2.3.Final, 4.3.2
> Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15
> Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9
> Reporter: Rob Hare
> Assignee: Michal Petrov
> Labels: 45x
> Fix For: 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4
>
> Attachments: RF-13018.zip
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired.
> For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions.
> {noformat}
> <h:form id="testForm">
> <a4j:commandButton id="button1" type="button" value="Button 1"
> action="#{richBean.function1}" />
> <a4j:commandButton id="button2" type="button" value="Button 2"
> action="#{richBean.function2}" />
> </h:form>
> {noformat}
> Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13660) RichFaces 4.5 integration tests - error after test execution
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13660?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13660:
----------------------------------
Assignee: Juraj Húska (was: Brian Leathem)
> RichFaces 4.5 integration tests - error after test execution
> ------------------------------------------------------------
>
> Key: RF-13660
> URL: https://issues.jboss.org/browse/RF-13660
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: build/distribution
> Affects Versions: 4.5.0.Alpha2
> Environment: AS: Wildfly
> Browser: PhantomJS
> Reporter: Matej Novotny
> Assignee: Juraj Húska
> Fix For: 4.5.0.Alpha3
>
>
> This issue originated from RF-13591.
> There is an error in server log after execution of [ITResourceMapping|https://github.com/richfaces/richfaces/blob/4.5.x/core/...].
> The test itself passes (use PhantomJS) and afterwards there is an error in server console. This does not affect the build as everything gets completed however it results in Jenkins job failure on some machines.
> Currently the Jenkins job passes (machine running the tests was changed) but before it was failing after execution of this particular test. See the [Jenkins job resulsts|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/...].
> The exception in server console is:
> {code}
> 12:36:37,481 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.NullPointerException
> at org.richfaces.application.ServiceTracker.release(ServiceTracker.java:135) [richfaces.jar:]
> at org.richfaces.application.InitializationListener.onStop(InitializationListener.java:93) [richfaces.jar:]
> at org.richfaces.application.InitializationListener.processEvent(InitializationListener.java:165) [richfaces.jar:]
> at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294) [wildfly-jsf-injection-8.0.0.Final.jar:8.0.0.Final]
> at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at io.undertow.servlet.core.ApplicationListeners.contextDestroyed(ApplicationListeners.java:185) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:216) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:557) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:117)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> 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, 5 months
[JBoss JIRA] (RF-13200) Tree: Uncaught TypeError: Object #<Object> has no method '$'
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13200?page=com.atlassian.jira.plugin.s... ]
Matej Novotny closed RF-13200.
------------------------------
Verified, closing issue.
> Tree: Uncaught TypeError: Object #<Object> has no method '$'
> ------------------------------------------------------------
>
> Key: RF-13200
> URL: https://issues.jboss.org/browse/RF-13200
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tree
> Affects Versions: 5.0.0.Alpha2
> Environment: RichFaces 5.0.0-SNAPSHOT
> Metamer 5.0.0-SNAPSHOT
> JBoss Application Server: Weld Integration 7.2.1.Final-redhat-10
> JBoss AS 7.2.1.Final-redhat-10
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 29.0.1547.65 @ Linux x86_64
> Reporter: Pavol Pitonak
> Assignee: Lukáš Fryč
> Priority: Blocker
> Labels: 45x
> Fix For: 4.5.0.Alpha3, 5.0.0.Alpha2
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> # deploy Metamer and open http://127.0.0.1:8080/metamer/faces/components/richTree/treeAdaptors.xhtm...
> # open node R-1
> # open node R-1.1
> # click on node R-1.1-M-V-1
> expected result:
> * node should be selected
> actual:
> * exception in browser console: Uncaught TypeError: Object #<Object> has no method '$'
> reason:
> * response to Ajax request contains this code
> {code}
> RichFaces.$("form:richTree").__updateSelectionFromInput();
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13684) GraphValidator with uiRepat does not validate numeric group correctly
by Juraj Húska (JIRA)
Juraj Húska created RF-13684:
--------------------------------
Summary: GraphValidator with uiRepat does not validate numeric group correctly
Key: RF-13684
URL: https://issues.jboss.org/browse/RF-13684
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.5.0.Alpha3
Reporter: Juraj Húska
Validation does not fail when there is incorrect value for numeric group, when {{graphValidator}} is within {{uiRepeat}}.
Note that the boolean group validation works correctly.
Please see steps to reproduce.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13663) Warp on Chrome
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13663?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13663:
---------------------------------
Np, Matej! Thanks for diving into it again.
> Warp on Chrome
> --------------
>
> Key: RF-13663
> URL: https://issues.jboss.org/browse/RF-13663
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha2
> Environment: Chrome
> Wildfly 8.0
> Reporter: Matej Novotny
> Assignee: Matej Novotny
>
> This issue originates from RF-13651.
> RF 4.5 integration tests (I tried it with a4j tests) fail when there is a @Warp test using @BeforePhase JSF hooks.
> The problem is that the Phase does not get executed. However this only happens with Chrome, FF and PhantomJS work corectly.
> This is the exception:
> {code}
> testExecuteForm(org.richfaces.component.region.ITExecuteRichAjax) Time elapsed: 11.187 sec <<< ERROR!
> org.jboss.arquillian.warp.impl.client.verification.InspectionMethodWasNotInvokedException: Lifecycle test declared on public void org.richfaces.component.region.VerifyExecutedIds.validaExecutedIds(javax.faces.context.FacesContext) with qualifiers [@org.jboss.arquillian.warp.jsf.BeforePhase(value=RENDER_RESPONSE)] was not executed
> at org.jboss.arquillian.warp.impl.client.verification.ResponsePayloadVerifier.verifyAllLifecycleTestsExecuted(ResponsePayloadVerifier.java:74)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.warp.impl.client.execution.DefaultResponseDeenrichmentService.deenrichResponse(DefaultResponseDeenrichmentService.java:87)
> at org.jboss.arquillian.warp.impl.client.execution.EnrichmentObserver.deenrichResponse(EnrichmentObserver.java:101)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.warp.impl.client.execution.EnrichmentObserver.tryDeenrichResponse(EnrichmentObserver.java:92)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.warp.impl.client.execution.DefaultHttpFiltersSource$1.responsePost(DefaultHttpFiltersSource.java:102)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.warp.impl.client.context.operation.Contextualizer$2.invoke(Contextualizer.java:68)
> at com.sun.proxy.$Proxy27.responsePost(Unknown Source)
> at org.littleshoot.proxy.impl.ClientToProxyConnection.respond(ClientToProxyConnection.java:316)
> at org.littleshoot.proxy.impl.ProxyToServerConnection.respondWith(ProxyToServerConnection.java:440)
> at org.littleshoot.proxy.impl.ProxyToServerConnection.readHTTPInitial(ProxyToServerConnection.java:182)
> at org.littleshoot.proxy.impl.ProxyToServerConnection.readHTTPInitial(ProxyToServerConnection.java:66)
> at org.littleshoot.proxy.impl.ProxyConnection.readHTTP(ProxyConnection.java:143)
> at org.littleshoot.proxy.impl.ProxyConnection.read(ProxyConnection.java:130)
> at org.littleshoot.proxy.impl.ProxyToServerConnection.read(ProxyToServerConnection.java:173)
> at org.littleshoot.proxy.impl.ProxyConnection.channelRead0(ProxyConnection.java:563)
> at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:103)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:253)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86)
> at org.littleshoot.proxy.impl.ProxyConnection$ResponseReadMonitor.channelRead(ProxyConnection.java:714)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:153)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86)
> at org.littleshoot.proxy.impl.ProxyConnection$BytesReadMonitor.channelRead(ProxyConnection.java:668)
> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:338)
> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:324)
> at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785)
> at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:126)
> at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:485)
> at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:452)
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:346)
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101)
> at java.lang.Thread.run(Thread.java:724)
> {code}
> What I tried:
> * I downloaded Arq. warp repo and tried integration tests there (there is a test for JSF lifecycle hooks)
> ** This test works, so I suppose warp works correctly
> * I tried to change dependencies to other version to see whether it would work
> ** No luck, fails all the time
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months