October 2013 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1261) Warp: setup container-compatibility integration builds

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQ-1261?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved ARQ-1261. ----------------------------- Resolution: Done > Warp: setup container-compatibility integration builds > ------------------------------------------------------ > > Key: ARQ-1261 > URL: https://issues.jboss.org/browse/ARQ-1261 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Warp > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: warp_1.0.0.Alpha5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We should test compatibility with following containers; > * Jetty > * Tomcat 6/7 > * TomEE > * Glassfish > * WebSphere? > * WebLogic? > * OpenShift? > * CloudBees? -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1261) Warp: setup container-compatibility integration builds

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQ-1261?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on ARQ-1261: --------------------------------- Container-compability tests setup here: https://arquillian.ci.cloudbees.com/job/Arquillian-Extension-Warp-Contain... > Warp: setup container-compatibility integration builds > ------------------------------------------------------ > > Key: ARQ-1261 > URL: https://issues.jboss.org/browse/ARQ-1261 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Warp > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: warp_1.0.0.Alpha5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We should test compatibility with following containers; > * Jetty > * Tomcat 6/7 > * TomEE > * Glassfish > * WebSphere? > * WebLogic? > * OpenShift? > * CloudBees? -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1489) 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č commented on ARQ-1489: --------------------------------- I have created branch with prototype which addresses this issue (still work in progress): https://github.com/arquillian/arquillian-extension-warp/tree/ARQ-1489-con... Shifting to Alpha6. > 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.Alpha6 > > > 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 > ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered > 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1489) 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: ---------------------------- Fix Version/s: warp_1.0.0.Alpha6 (was: warp_1.0.0.Alpha5) > 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.Alpha6 > > > 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 > ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered > 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1489) 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č commented on ARQ-1489: --------------------------------- As a solution, we should register WarpFilter web-fragment.xml which will allow us specify ordering (including known conflicting filters such as RewriteFilter): {code:xml} <ordering> <before> <others /> <name>com_ocpsoft_rewrite</name> </before> </ordering> {code} Solution for second issue is preparing WarpFilter for forwarding in filter chain. > 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.Alpha5 > > > 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 > ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered > 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1489) 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č commented on ARQ-1489: --------------------------------- There are two problems: * Rewrite uses web filter RewriteFilter for request processing and WarpFilter doesn't react correctly on filtering when it is invoked after RewriteFilter * RewriteFilter forwards request, repeating filter chain several times, which again brokes WarpFilter which does activate manager and its scopes repeatedly > 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.Alpha5 > > > 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 > ClientWarpExecutionException: deenriching response failed: The response payload with serialId [...] was never registered > 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1555) Rest Extension clients should be decoupled from RestEasy

by John Ament (JIRA)

[ https://issues.jboss.org/browse/ARQ-1555?page=com.atlassian.jira.plugin.s... ] John Ament commented on ARQ-1555: --------------------------------- The problem with using @ArquillianResource is that its value is a class, which you currently use to determine which class's context to use (even though @OperateOnDeployment uses a name - String). Hence why I was saying to use @ArquillianRestClient or something like that, don't want to break core. > Rest Extension clients should be decoupled from RestEasy > -------------------------------------------------------- > > Key: ARQ-1555 > URL: https://issues.jboss.org/browse/ARQ-1555 > Project: Arquillian > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Extension - REST > Reporter: John Ament > Priority: Minor > > Currently, the annotation marking a REST client is "ArquillianResteasyResource", this implies that the client framework can only ever work with RestEasy. I would like to propose renaming this annotation ArquillianRestClient, which clearily identifies it as being useful to any Rest Client framework, and make it's clearer that it's a client API (not the resource itself). -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1529) Enhance error reporting when user transaction cannot be found

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1529?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen closed ARQ-1529. ------------------------------ > Enhance error reporting when user transaction cannot be found > ------------------------------------------------------------- > > Key: ARQ-1529 > URL: https://issues.jboss.org/browse/ARQ-1529 > Project: Arquillian > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Extension - Transaction > Affects Versions: transaction_1.0.0.Alpha3 > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Priority: Minor > Fix For: transaction_1.0.0.Final > > > When extension failed to load transaction (in particular JTA SPI), it does not include which JNDI name has been used, leaving user with unclear cause of the problem. -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1473) JUnit @Before and @After cause nested transaction

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1473?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen closed ARQ-1473. ------------------------------ > JUnit @Before and @After cause nested transaction > ------------------------------------------------- > > Key: ARQ-1473 > URL: https://issues.jboss.org/browse/ARQ-1473 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Transaction > Affects Versions: 1.0.0.Alpha3 > Reporter: jieryn jieryn > Assignee: Bartosz Majsak > Priority: Minor > Fix For: transaction_1.0.0.Final > > > @Before and @After methods on embedded containers cause a nested transaction, which are often not supported, leading to an exception. > I confirmed this bug with aslak on IRC. -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1558) Prepare Transactions 1.0.0.Final

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1558?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen closed ARQ-1558. ------------------------------ Resolution: Done > Prepare Transactions 1.0.0.Final > -------------------------------- > > Key: ARQ-1558 > URL: https://issues.jboss.org/browse/ARQ-1558 > Project: Arquillian > Issue Type: Release > Security Level: Public(Everyone can see) > Components: Extension - Transaction > Reporter: Aslak Knutsen > Assignee: Aslak Knutsen > Fix For: transaction_1.0.0.Final > > -- 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

11 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues October 2013