5 p.m.
Jakub Narloch created ARQ-992:
---------------------------------
Summary: Warp does not support request redirection.
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the test hangouts till end of timeout.
I've debuged the WarpFilter and it seems that the the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The RequestEnrichmentFilter allows to push the assertion only once, so when the second
request is being made the assertion is not being send once again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:02 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch updated ARQ-992:
------------------------------
Description:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the test hangouts till end of timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added into
the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter can
not find any ResponsePayload in response.
The RequestEnrichmentFilter allows to push the assertion only once, so when the second
request is being made the assertion is not being send once again.
was:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the test hangouts till end of timeout.
I've debuged the WarpFilter and it seems that the the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The RequestEnrichmentFilter allows to push the assertion only once, so when the second
request is being made the assertion is not being send once again.
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the test hangouts till end of timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The RequestEnrichmentFilter allows to push the assertion only once, so when the second
request is being made the assertion is not being send once again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:55 a.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch updated ARQ-992:
------------------------------
Description:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added into
the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter can
not find any ResponsePayload in response.
The other this is that, the RequestEnrichmentFilter allows to push the assertion only
once, so when the second request is being made the assertion is not being send once
again.
was:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the test hangouts till end of timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added into
the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter can
not find any ResponsePayload in response.
The RequestEnrichmentFilter allows to push the assertion only once, so when the second
request is being made the assertion is not being send once again.
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The other this is that, the RequestEnrichmentFilter allows to push the assertion only
once, so when the second request is being made the assertion is not being send once again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:59 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch commented on ARQ-992:
-----------------------------------
This seems to be an implmenetation issue: the wrapped org.apache.catalina.Response for
redirect response - 302 has already set the flag appComitted to true, which prevents from
adding the headers. Please see:
http://anonsvn.jboss.org/repos/jbossweb/trunk/java/org/apache/catalina/co....
Any idea if this is an intended behaviour?
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The other this is that, the RequestEnrichmentFilter allows to push the assertion only
once, so when the second request is being made the assertion is not being send once again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:01 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch edited comment on ARQ-992 at 6/11/12 11:59 AM:
-------------------------------------------------------------
This seems to be an implmenetation issue: the wrapped org.apache.catalina.Response for
redirect response - 302 has already the flag appComitted set to true, which prevents from
adding the headers. Please see:
http://anonsvn.jboss.org/repos/jbossweb/trunk/java/org/apache/catalina/co....
Any idea if this is an intended behaviour?
was (Author: jmnarloch):
This seems to be an implmenetation issue: the wrapped org.apache.catalina.Response for
redirect response - 302 has already set the flag appComitted to true, which prevents from
adding the headers. Please see:
http://anonsvn.jboss.org/repos/jbossweb/trunk/java/org/apache/catalina/co....
Any idea if this is an intended behaviour?
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
The other this is that, the RequestEnrichmentFilter allows to push the assertion only
once, so when the second request is being made the assertion is not being send once again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:02 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch updated ARQ-992:
------------------------------
Description:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added into
the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter can
not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
was:
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added into
the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter can
not find any ResponsePayload in response.
The other this is that, the RequestEnrichmentFilter allows to push the assertion only
once, so when the second request is being made the assertion is not being send once
again.
Environment: JBoss AS 7.1.1
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:34 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch commented on ARQ-992:
-----------------------------------
I think I can answer part of this question by myself:
http://anonsvn.jboss.org/repos/jbossweb/trunk/java/org/apache/catalina/co...
The sendRedirect is setting the flag:
{code}
public void sendRedirect(String location)
throws IOException {
if (isCommitted())
throw new IllegalStateException
(/*sm.getString("responseBase.reset.ise")*/);
response.setAppCommitted(true);
response.sendRedirect(location);
}
{code}
This is intended behaviour according to the HttpServletRequest javadocs:
http://docs.oracle.com/javaee/5/api/javax/servlet/http/HttpServletRespons....
Now, can we somehow get around that?
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:40 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Aslak Knutsen commented on ARQ-992:
-----------------------------------
Shouldn't the Client proxy handle a 302 response by not assuming a ServerAssertion
object, but rather prepare for a new Request with the old ServerAssertion object awaiting
the Client to follow the 302 redirect?
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:42 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Aslak Knutsen edited comment on ARQ-992 at 6/11/12 4:41 PM:
------------------------------------------------------------
Shouldn't the Client proxy handle a 302 response by not assuming a ServerAssertion
object, but rather prepare for a new Request with the old ServerAssertion object awaiting
the Client to follow the 302 redirect?
Tho should it be possible to Assert the state during a 302, before it returns as 302?
Maybe the ServerAssertion Result should be stored on server for the new Client request to
come and piggy back on the new response?
was (Author: aslak):
Shouldn't the Client proxy handle a 302 response by not assuming a ServerAssertion
object, but rather prepare for a new Request with the old ServerAssertion object awaiting
the Client to follow the 302 redirect?
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:40 a.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Jakub Narloch commented on ARQ-992:
-----------------------------------
Right, we have to choice whether we should test the initial request or the next one. I
think that there is also third option to capture the invocation of sendRedirect method
using the HttpServletRequestWrapper and call that on the actual request after it's
been processed by WarpFilter.
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:11 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč commented on ARQ-992:
--------------------------------
I think the resolution pretty much reflects the "client-side filtering" idea
(ARQ-967).
You would install the filter {{REDIRECTED_REQUEST}},
this just makes the "client-side filtering" statefull, depending on state of
previous request.
It would also mean that client needs to be provided with information the request is going
to be redirected
----
We could certainly use automatic redirection handling on proxy, but it might be perceived
as "magic".
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Labels: warp
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:37 a.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč updated ARQ-992:
---------------------------
Fix Version/s: warp_1.0.0.Alpha2
Priority: Critical (was: Major)
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Priority: Critical
Labels: warp
Fix For: warp_1.0.0.Alpha2
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:37 a.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč updated ARQ-992:
---------------------------
Priority: Minor (was: Critical)
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Priority: Minor
Labels: warp
Fix For: warp_1.0.0.Alpha2
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:33 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč updated ARQ-992:
---------------------------
Story Points: 50
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Priority: Minor
Labels: warp
Fix For: warp_1.0.0.Alpha2
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:38 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč updated ARQ-992:
---------------------------
Story Points: 8 (was: 50)
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Priority: Minor
Labels: warp
Fix For: warp_1.0.0.Alpha2
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
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
5:52 p.m.
[
https://issues.jboss.org/browse/ARQ-992?page=com.atlassian.jira.plugin.sy...
]
Lukáš Fryč updated ARQ-992:
---------------------------
Story Points: 4 (was: 8)
Warp does not support request redirection.
------------------------------------------
Key: ARQ-992
URL: https://issues.jboss.org/browse/ARQ-992
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha1
Environment: JBoss AS 7.1.1
Reporter: Jakub Narloch
Assignee: Lukáš Fryč
Priority: Minor
Labels: warp
Fix For: warp_1.0.0.Alpha2
When I was running tests of Spring controllers I found out that whenever a controller is
redirecting the response for example by returning a String as view name: {code}return
"redirect:welcome.do"{code} the execution of the test hangs till end of
timeout.
I've debuged the WarpFilter and it seems that the Warp header is not beeing added
into the 302 HTTP response. On the client side this result with ResponseDeenrichmentFilter
can not find any ResponsePayload in response.
Taking into consideration fact that the RequestEnrichmentFilter allows to push the
assertion only once, so when the second request is being made the assertion is not being
send once again I'm unable to test such response.
--
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
4172
days inactive
4344
days old
arquillian-issues@lists.jboss.org
15 comments
3 participants
participants (3)
-
Aslak Knutsen (JIRA) -
Jakub Narloch (JIRA)
-
Lukáš Fryč (JIRA)