[JBoss JIRA] (ARQGRA-426) Provide API for dynamic @Location
by Juraj Húska (JIRA)
Juraj Húska created ARQGRA-426:
----------------------------------
Summary: Provide API for dynamic @Location
Key: ARQGRA-426
URL: https://issues.jboss.org/browse/ARQGRA-426
Project: Arquillian Graphene
Issue Type: Feature Request
Components: core
Affects Versions: 2.0.1.Final
Reporter: Juraj Húska
There are use cases when the same page object has different URLs. One of such use cases is described in [this|] post.
To enhance re-usability, we should IMHO provide an API for dynamic @Location resolutions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1489) Warp Filter: prepend to all other filters in a chain & do not participate in Forward filter chain
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1489?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1489:
----------------------------
Summary: Warp Filter: prepend to all other filters in a chain & do not participate in Forward filter chain (was: Warp Filter: needs to be a first filter in a chain and should not participate in Forward filter chain)
> Warp Filter: prepend to all other filters in a chain & do not participate in Forward filter chain
> -------------------------------------------------------------------------------------------------
>
> Key: ARQ-1489
> URL: https://issues.jboss.org/browse/ARQ-1489
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: 1.0.0.Alpha4
> Environment: Arquillian Warp 1.0.0.Alpha4 with Rewrite 2.0.7.Final in a JBoss AS 7.1.1.Final
> Reporter: Harald Albers
> Assignee: Lukáš Fryč
> Fix For: warp_1.0.0.Alpha7
>
>
> *Original title*: Warp: response payload was never registered when used with OCPsoft Rewrite
> I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
> Warp tests work as long as I use the original unaliased URLs.
> Warp tests using the aliased URLs fail with
> {quote}
> ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
> {quote}
> I created a demonstration project, see README.md for details:
> https://github.com/albers/arquillian-showcase/tree/rewrite
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1489) Warp Filter: prepend to all other filters in a chain & do not participate in forwarding
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1489?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1489:
----------------------------
Summary: Warp Filter: prepend to all other filters in a chain & do not participate in forwarding (was: Warp Filter: prepend to all other filters in a chain & do not participate in Forward filter chain)
> Warp Filter: prepend to all other filters in a chain & do not participate in forwarding
> ---------------------------------------------------------------------------------------
>
> Key: ARQ-1489
> URL: https://issues.jboss.org/browse/ARQ-1489
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: 1.0.0.Alpha4
> Environment: Arquillian Warp 1.0.0.Alpha4 with Rewrite 2.0.7.Final in a JBoss AS 7.1.1.Final
> Reporter: Harald Albers
> Assignee: Lukáš Fryč
> Fix For: warp_1.0.0.Alpha7
>
>
> *Original title*: Warp: response payload was never registered when used with OCPsoft Rewrite
> I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
> Warp tests work as long as I use the original unaliased URLs.
> Warp tests using the aliased URLs fail with
> {quote}
> ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
> {quote}
> I created a demonstration project, see README.md for details:
> https://github.com/albers/arquillian-showcase/tree/rewrite
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1683) Warp: mixes up objects in RequestContext due to wrong use of HttpServletRequest#hashCode()
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1683?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1683:
----------------------------
Summary: Warp: mixes up objects in RequestContext due to wrong use of HttpServletRequest#hashCode() (was: Warp: mixes up objects in RequestContext due to wrong use of #hashCode())
> Warp: mixes up objects in RequestContext due to wrong use of HttpServletRequest#hashCode()
> ------------------------------------------------------------------------------------------
>
> Key: ARQ-1683
> URL: https://issues.jboss.org/browse/ARQ-1683
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Alpha6
> Reporter: Lukáš Fryč
> Assignee: Aslak Knutsen
> Fix For: warp_1.0.0.Alpha7
>
>
> HttpServletRequest, HttpServletResponse and FilterChain objects are samples of objects stored in RequestContext.
> We are getting this exception:
> {code}
> 20:10:05,423 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ITResourceOptimization/org.richfaces.resources/javax.faces.resource/org.richfaces.optimized/5.0.0-SNAPSHOT/PackedCompressed/DEFAULT/org.richfaces.css/skinning.css: java.lang.IllegalArgumentException: UT010023: Request io.undertow.servlet.spec.HttpServletRequestImpl@31772f73 was not original or a wrapper
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:117) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30]
> at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) [arquillian-warp.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_45]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_45]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) [arquillian-core.jar:]
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:144) [arquillian-warp.jar:]
> {code}
> The problem here is that Warp stores these objects in WarpFilter and it injects them to WarpExecutionObserver where it calls #doFilterChain.
> Undertow detects that the objects are mixed up.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1683) Warp: mixes up objects in RequestContext due to wrong use of #hashCode()
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1683?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1683:
----------------------------
Summary: Warp: mixes up objects in RequestContext due to wrong use of #hashCode() (was: Warp: fails execute on WildFly because it mixes up objects in RequestContext)
> Warp: mixes up objects in RequestContext due to wrong use of #hashCode()
> ------------------------------------------------------------------------
>
> Key: ARQ-1683
> URL: https://issues.jboss.org/browse/ARQ-1683
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Alpha6
> Reporter: Lukáš Fryč
> Assignee: Aslak Knutsen
> Fix For: warp_1.0.0.Alpha7
>
>
> HttpServletRequest, HttpServletResponse and FilterChain objects are samples of objects stored in RequestContext.
> We are getting this exception:
> {code}
> 20:10:05,423 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ITResourceOptimization/org.richfaces.resources/javax.faces.resource/org.richfaces.optimized/5.0.0-SNAPSHOT/PackedCompressed/DEFAULT/org.richfaces.css/skinning.css: java.lang.IllegalArgumentException: UT010023: Request io.undertow.servlet.spec.HttpServletRequestImpl@31772f73 was not original or a wrapper
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:117) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30]
> at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) [arquillian-warp.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_45]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_45]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) [arquillian-core.jar:]
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:144) [arquillian-warp.jar:]
> {code}
> The problem here is that Warp stores these objects in WarpFilter and it injects them to WarpExecutionObserver where it calls #doFilterChain.
> Undertow detects that the objects are mixed up.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1489) Warp Filter: needs to be a first filter in a chain and should not participate in Forward filter chain
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1489?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1489:
----------------------------
Summary: Warp Filter: needs to be a first filter in a chain and should not participate in Forward filter chain (was: Warp: response payload was never registered when used with OCPsoft Rewrite)
> Warp Filter: needs to be a first filter in a chain and should not participate in Forward filter chain
> -----------------------------------------------------------------------------------------------------
>
> Key: ARQ-1489
> URL: https://issues.jboss.org/browse/ARQ-1489
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: 1.0.0.Alpha4
> Environment: Arquillian Warp 1.0.0.Alpha4 with Rewrite 2.0.7.Final in a JBoss AS 7.1.1.Final
> Reporter: Harald Albers
> Fix For: warp_1.0.0.Alpha7
>
>
> *Original title*: Warp: response payload was never registered when used with OCPsoft Rewrite
> I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
> Warp tests work as long as I use the original unaliased URLs.
> Warp tests using the aliased URLs fail with
> {quote}
> ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
> {quote}
> I created a demonstration project, see README.md for details:
> https://github.com/albers/arquillian-showcase/tree/rewrite
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ARQ-1489) Warp: response payload was never registered when used with OCPsoft Rewrite
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1489?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated ARQ-1489:
----------------------------
Description:
*Original title*: Warp: response payload was never registered when used with OCPsoft Rewrite
I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
Warp tests work as long as I use the original unaliased URLs.
Warp tests using the aliased URLs fail with
{quote}
ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
{quote}
I created a demonstration project, see README.md for details:
https://github.com/albers/arquillian-showcase/tree/rewrite
was:
I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
Warp tests work as long as I use the original unaliased URLs.
Warp tests using the aliased URLs fail with
{quote}
ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
{quote}
I created a demonstration project, see README.md for details:
https://github.com/albers/arquillian-showcase/tree/rewrite
> Warp: response payload was never registered when used with OCPsoft Rewrite
> --------------------------------------------------------------------------
>
> Key: ARQ-1489
> URL: https://issues.jboss.org/browse/ARQ-1489
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: 1.0.0.Alpha4
> Environment: Arquillian Warp 1.0.0.Alpha4 with Rewrite 2.0.7.Final in a JBoss AS 7.1.1.Final
> Reporter: Harald Albers
> Fix For: warp_1.0.0.Alpha7
>
>
> *Original title*: Warp: response payload was never registered when used with OCPsoft Rewrite
> I use OCPsoft Rewrite (http://ocpsoft.org/rewrite/) to add fancy URL aliases to my JSF webapp.
> Warp tests work as long as I use the original unaliased URLs.
> Warp tests using the aliased URLs fail with
> {quote}
> ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered
> {quote}
> I created a demonstration project, see README.md for details:
> https://github.com/albers/arquillian-showcase/tree/rewrite
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years