[JBoss JIRA] (RF-13663) Warp on Chrome
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13663?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13663:
------------------------------------
[~bleathem] I made it RF issue because I cannot reproduce it otherwise.
I am trying it with [this Arq. Warp test|https://github.com/arquillian/arquillian-extension-warp/blob/master/...] which I changed to call some bean methods in certain phases and do assertions etc., but it works correctly. I ran it with -Darquillian.debug and I can see that the phase does get executed.
Hence I think the problem won't be in Arquillian.
> 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: Lukáš Fryč
>
> 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
[JBoss JIRA] (RF-13658) Component issues in 4.5
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13658?page=com.atlassian.jira.plugin.s... ]
Michal Petrov resolved RF-13658.
--------------------------------
Resolution: Done
Works in EAP 6.2.3, marking as resolved.
> Component issues in 4.5
> -----------------------
>
> Key: RF-13658
> URL: https://issues.jboss.org/browse/RF-13658
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Michal Petrov
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> I've checked showcase and photoalbum and discovered several issues:
> These issues appear on EAP but not on WildFly.
> * -trees: the node ids are not being resolved correctly, resulting in ids like this: {{overForm:PreDefinedTree:org.richfaces.model.SequenceRowKey\[DeclarativeModelKey\{modelId=j_idt273, modelKey=\}\]:j_idt275}}-
> ** -this completely breaks photoalbum-
> * data retrieval from server doesn't seem to work (there are no errors on either server or client)
> ** datascroller - the pages switch but the data stay the same (works with a4j:repeat)
> ** extendedDataTable with enabled ajax loading does not load any data
> ** progressbar does not work
> ** togglePanel does not switch
> ** dynamic tabPanels do not switch
> ** tooltips that make a server call do not work (the tooltip is empty)
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13658) Component issues in 4.5
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13658?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13658:
----------------------------------
Created RF-13665 feature request for failing fast when RF application is about to be used with un-pached Mojarra.
> Component issues in 4.5
> -----------------------
>
> Key: RF-13658
> URL: https://issues.jboss.org/browse/RF-13658
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Michal Petrov
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> I've checked showcase and photoalbum and discovered several issues:
> These issues appear on EAP but not on WildFly.
> * -trees: the node ids are not being resolved correctly, resulting in ids like this: {{overForm:PreDefinedTree:org.richfaces.model.SequenceRowKey\[DeclarativeModelKey\{modelId=j_idt273, modelKey=\}\]:j_idt275}}-
> ** -this completely breaks photoalbum-
> * data retrieval from server doesn't seem to work (there are no errors on either server or client)
> ** datascroller - the pages switch but the data stay the same (works with a4j:repeat)
> ** extendedDataTable with enabled ajax loading does not load any data
> ** progressbar does not work
> ** togglePanel does not switch
> ** dynamic tabPanels do not switch
> ** tooltips that make a server call do not work (the tooltip is empty)
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13662) <rich:orderingList> doesn't provide selection
by Martin Höller (JIRA)
[ https://issues.jboss.org/browse/RF-13662?page=com.atlassian.jira.plugin.s... ]
Martin Höller commented on RF-13662:
------------------------------------
@Michal Petrov: Thanks for the client-side API hint. Unfortunately there is no "onselectionchanged" event. If that would be available, I could use <a4j:jsFunction> to submit the selection.
> <rich:orderingList> doesn't provide selection
> ---------------------------------------------
>
> Key: RF-13662
> URL: https://issues.jboss.org/browse/RF-13662
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.7
> Reporter: Martin Höller
> Labels: waiting_on_user
>
> In RichFaces 3.x the <rich:orderingList> component had a selection-Attribute. In RichFaces 4.x this is currently not supported and thus there is not way to obtain the selected entries. Please bring back this useful feature!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13662) <rich:orderingList> doesn't provide selection
by Martin Höller (JIRA)
[ https://issues.jboss.org/browse/RF-13662?page=com.atlassian.jira.plugin.s... ]
Martin Höller commented on RF-13662:
------------------------------------
It's exactly the same use case as [somebody asked/described|http://stackoverflow.com/questions/10515530/] on StackOverflow. Basically I have a list the I want to order. And I want to provide a possibility to delete items from the list via an external button. Thus, I need to know what is selected.
I thought of using picklist instead, but that doesn't fit well into my UI (picklist is much bigger than orderingList) and adding/deleting items from the list is not the main purpose for my use-case. So I really hope to get this feature from RF3 back into RF4. Thx.
> <rich:orderingList> doesn't provide selection
> ---------------------------------------------
>
> Key: RF-13662
> URL: https://issues.jboss.org/browse/RF-13662
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.7
> Reporter: Martin Höller
> Labels: waiting_on_user
>
> In RichFaces 3.x the <rich:orderingList> component had a selection-Attribute. In RichFaces 4.x this is currently not supported and thus there is not way to obtain the selected entries. Please bring back this useful feature!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13662) <rich:orderingList> doesn't provide selection
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13662?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13662:
-------------------------------
Labels: waiting_on_user (was: orderingList)
> <rich:orderingList> doesn't provide selection
> ---------------------------------------------
>
> Key: RF-13662
> URL: https://issues.jboss.org/browse/RF-13662
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.7
> Reporter: Martin Höller
> Labels: waiting_on_user
>
> In RichFaces 3.x the <rich:orderingList> component had a selection-Attribute. In RichFaces 4.x this is currently not supported and thus there is not way to obtain the selected entries. Please bring back this useful feature!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13662) <rich:orderingList> doesn't provide selection
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13662?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13662:
------------------------------------
from the [RichFaces 3 showcase|http://showcase-rf3.richfaces.org/richfaces/orderingList.jsf?tab...]:
* selection: _Collection which stores a set of selected items_
This is a facelet attribute and so could be bound to a managed bean property. However, this is not the intended use case for the ordering list. Instead the pickList component is intended to be used for use cases where you want to both _order_ and _select_ items.
[~matinh] is there a reason why you do not want to use the pickList component for your use case?
> <rich:orderingList> doesn't provide selection
> ---------------------------------------------
>
> Key: RF-13662
> URL: https://issues.jboss.org/browse/RF-13662
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.7
> Reporter: Martin Höller
> Labels: waiting_on_user
>
> In RichFaces 3.x the <rich:orderingList> component had a selection-Attribute. In RichFaces 4.x this is currently not supported and thus there is not way to obtain the selected entries. Please bring back this useful feature!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13663) Warp on Chrome
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13663?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13663:
------------------------------------
[~manovotn] can you reproduce this in a test without RichFaces? Should this instead be a ARQ (component:warp) issue?
> 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: Lukáš Fryč
>
> 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