March 2013 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQGRA-275) Implement Guard observers which will filter out which request we want to intercept

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-275?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-275: ------------------------------ Reporter: Bernard Labno (was: Lukáš Fryč) > Implement Guard observers which will filter out which request we want to intercept > ---------------------------------------------------------------------------------- > > Key: ARQGRA-275 > URL: https://issues.jboss.org/browse/ARQGRA-275 > Project: Arquillian Graphene > Issue Type: Enhancement > Reporter: Bernard Labno > Fix For: 2.0.0.Beta1 > > > When guardXhr is waiting for request, it may happen that another (unwanted) request comes and it will break our test. > This is typically situation of polling data updates (a4j:poll) or server push method (long-polling/comet, a4j:push). -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-275) Implement Guard observers which will filter out which request we want to intercept

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-275?page=com.atlassian.jira.plugin... ] Lukáš Fryč commented on ARQGRA-275: ----------------------------------- Test case: https://github.com/blabno/graphene-guard-test/blob/master/src/test/java/p... > Implement Guard observers which will filter out which request we want to intercept > ---------------------------------------------------------------------------------- > > Key: ARQGRA-275 > URL: https://issues.jboss.org/browse/ARQGRA-275 > Project: Arquillian Graphene > Issue Type: Enhancement > Reporter: Lukáš Fryč > Fix For: 2.0.0.Beta1 > > > When guardXhr is waiting for request, it may happen that another (unwanted) request comes and it will break our test. > This is typically situation of polling data updates (a4j:poll) or server push method (long-polling/comet, a4j:push). -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-274?page=com.atlassian.jira.plugin... ] Lukáš Fryč commented on ARQGRA-274: ----------------------------------- Relevant source: https://github.com/arquillian/arquillian-graphene/blob/master/graphene-we... We should create unit tests for this feature: https://issues.jboss.org/browse/ARQGRA-168 > The request guard does timeout for delayed requests > --------------------------------------------------- > > Key: ARQGRA-274 > URL: https://issues.jboss.org/browse/ARQGRA-274 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Alpha3 > Reporter: Lukáš Fryč > Fix For: 2.0.0.Beta1 > > > In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel. > This is simply the case where request guard should: > * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open) > * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4) -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-274?page=com.atlassian.jira.plugin... ] Lukáš Fryč commented on ARQGRA-274: ----------------------------------- There is attached test case from Bernard Labno: https://github.com/lfryc/graphene-guard-test/blob/master/src/test/java/pl... > The request guard does timeout for delayed requests > --------------------------------------------------- > > Key: ARQGRA-274 > URL: https://issues.jboss.org/browse/ARQGRA-274 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Alpha3 > Reporter: Lukáš Fryč > Fix For: 2.0.0.Beta1 > > > In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel. > This is simply the case where request guard should: > * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open) > * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4) -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests

by Lukáš Fryč (JIRA)

Lukáš Fryč created ARQGRA-274: --------------------------------- Summary: The request guard does timeout for delayed requests Key: ARQGRA-274 URL: https://issues.jboss.org/browse/ARQGRA-274 Project: Arquillian Graphene Issue Type: Bug Affects Versions: 2.0.0.Alpha3 Reporter: Lukáš Fryč Fix For: 2.0.0.Beta1 In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel. This is simply the case where request guard should: * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open) * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4) -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1354) Automatically enhance the deployment archive to include all dependencies and configurations relevant to the GWT deployment

by Christian Sadilek (JIRA)

Christian Sadilek created ARQ-1354: -------------------------------------- Summary: Automatically enhance the deployment archive to include all dependencies and configurations relevant to the GWT deployment Key: ARQ-1354 URL: https://issues.jboss.org/browse/ARQ-1354 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Christian Sadilek Fix For: gwt_1.0.0.Alpha2 Currently the Arquillian GWT extension uses a custom utility (GwtArchive) to enrich WebArchives for GWT deployments. This causes the API for Arquillian GWT tests to deviate from standard Arquillian tests. It should be possible to automatically enhance the deployment archive to include all dependencies and configurations that are relevant to the GWT deployment, possibly by leveraging an Arquillian packaging SPI’s. As a result of this, GWT integration tests will use the same API as all other Arquillian tests. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1354) Automatically enhance the deployment archive to include all dependencies and configurations relevant to the GWT deployment

by Christian Sadilek (JIRA)

[ https://issues.jboss.org/browse/ARQ-1354?page=com.atlassian.jira.plugin.s... ] Christian Sadilek resolved ARQ-1354. ------------------------------------ Resolution: Done This is implemented now using a custom {{ApplicationArchiveProcessor}}. > Automatically enhance the deployment archive to include all dependencies and configurations relevant to the GWT deployment > -------------------------------------------------------------------------------------------------------------------------- > > Key: ARQ-1354 > URL: https://issues.jboss.org/browse/ARQ-1354 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Christian Sadilek > Fix For: gwt_1.0.0.Alpha2 > > > Currently the Arquillian GWT extension uses a custom utility (GwtArchive) to enrich WebArchives for GWT deployments. This causes the API for Arquillian GWT tests to deviate from standard Arquillian tests. It should be possible to automatically enhance the deployment archive to include all dependencies and configurations that are relevant to the GWT deployment, possibly by leveraging an Arquillian packaging SPI’s. As a result of this, GWT integration tests will use the same API as all other Arquillian tests. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1070) Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation

by Alex Okrushko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1070?page=com.atlassian.jira.plugin.s... ] Alex Okrushko commented on ARQ-1070: ------------------------------------ Ok, thanks > Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation > ----------------------------------------------------------------------------------- > > Key: ARQ-1070 > URL: https://issues.jboss.org/browse/ARQ-1070 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Base Implementation > Affects Versions: 1.0.2.Final > Environment: Java(TM) SE Runtime Environment (build 1.7.0_04-b20) > Reporter: Jan Papousek > Labels: junit > Attachments: junit-sample.zip > > > The following test doesn't pass: > {code} > @RunWith(Arquillian.class) > public class AppTest { > private boolean before = false; > @Before > public void before() { > this.before = true; > } > @Test > public void testBefore() { > Assert.assertTrue(before); > } > } > {code} > The same test without @RunWith annotation passes. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1070) Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQ-1070?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on ARQ-1070: --------------------------------- Alex, could you please try to discuss this problem on Dev forums - they are better suited for discussion: https://community.jboss.org/en/arquillian/dev > Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation > ----------------------------------------------------------------------------------- > > Key: ARQ-1070 > URL: https://issues.jboss.org/browse/ARQ-1070 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Base Implementation > Affects Versions: 1.0.2.Final > Environment: Java(TM) SE Runtime Environment (build 1.7.0_04-b20) > Reporter: Jan Papousek > Labels: junit > Attachments: junit-sample.zip > > > The following test doesn't pass: > {code} > @RunWith(Arquillian.class) > public class AppTest { > private boolean before = false; > @Before > public void before() { > this.before = true; > } > @Test > public void testBefore() { > Assert.assertTrue(before); > } > } > {code} > The same test without @RunWith annotation passes. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1070) Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation

by Alex Okrushko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1070?page=com.atlassian.jira.plugin.s... ] Alex Okrushko commented on ARQ-1070: ------------------------------------ I think I know why it hasn't received much attention - I guess rarely anybody is using Standalone - everybody is using Arquillian JUnit Container instead. Maybe Standalone should be just retired? > Arquillian JUnit Standalone doesn't execute methods annotated by @Before annotation > ----------------------------------------------------------------------------------- > > Key: ARQ-1070 > URL: https://issues.jboss.org/browse/ARQ-1070 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Base Implementation > Affects Versions: 1.0.2.Final > Environment: Java(TM) SE Runtime Environment (build 1.7.0_04-b20) > Reporter: Jan Papousek > Labels: junit > Attachments: junit-sample.zip > > > The following test doesn't pass: > {code} > @RunWith(Arquillian.class) > public class AppTest { > private boolean before = false; > @Before > public void before() { > this.before = true; > } > @Test > public void testBefore() { > Assert.assertTrue(before); > } > } > {code} > The same test without @RunWith annotation passes. -- 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, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues March 2013