January 2018 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1318) Test Intitialisation Time Sensitive to Classpath Dependencies

by Falko Modler (JIRA)

[ https://issues.jboss.org/browse/ARQ-1318?page=com.atlassian.jira.plugin.s... ] Falko Modler commented on ARQ-1318: ----------------------------------- This is still a problem. I ended up caching the jarfiles created by {{ArquillianDeploymentAppender}} and {{JUnitDeploymentAppender}} *persistently* (as files in {{target}}) which saves ~2 seconds runtime which is especially useful when running a test repeatedly in Eclipse. The classpath in question is pretty large, containing several JBoss EAP 6.4 BOMs. > Test Intitialisation Time Sensitive to Classpath Dependencies > ------------------------------------------------------------- > > Key: ARQ-1318 > URL: https://issues.jboss.org/browse/ARQ-1318 > Project: Arquillian > Issue Type: Enhancement > Affects Versions: 1.0.3.Final > Environment: Fully patched Windows 7 64 bit OS. JDK 7.0_13 (x86). CPU i7 X940, 8GiB RAM, SSD storage. > Reporter: Chris Lowe > Attachments: arquillian-tutorial.zip > > > My test is making use of JBoss AS7 remote deployment and takes 11+ seconds before any output is received by the AS instance. Test initialisation times appear to be sensitive to the number of classpath dependencies. Of this time: > 2.5 seconds is spent loading auxiliary archives; > 8 seconds is spent making the final internal in-memory deployment before sending a byte buffer over to AS7. > Inclusion of Arquillian persistence along with JMeter (which has many transitive dependencies) results in tests shipping with an arquillian-persistence.jar that is 9MiB in size. This JAR file is produced and compressed on the fly as part of the test EAR construction. The jar files are compressed again when added to the final EAR. > My typical usage scenario is to run a test from Eclipse which spawns a JVM each time so test runs are from standing start (little hotspot optimisation). > Some of the generated Arquillian jars include dependencies like log4j and slf4j which will be available in the target server. As far as I can tell, I have no control over this process. > It would be ideal if I could create an Arquillian module in AS7 to eliminate the need to ship Arquillian run time classes entirely. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2169) Already Exported/Exploded directory should delete if exists before exploding/exporting

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2169?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2169: -------------------------------- Fix Version/s: 1.2.1.Final > Already Exported/Exploded directory should delete if exists before exploding/exporting > ---------------------------------------------------------------------------------------- > > Key: ARQ-2169 > URL: https://issues.jboss.org/browse/ARQ-2169 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Dipak Pawar > Assignee: Dipak Pawar > Fix For: 1.2.1.Final > > > Running deploymentExportExploded= true after deploymentExportExploded = false or vice versa without mvn clean throws illegal argument exception -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2171) @ClassRules should not be executed in container

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2171?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2171: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > @ClassRules should not be executed in container > ----------------------------------------------- > > Key: ARQ-2171 > URL: https://issues.jboss.org/browse/ARQ-2171 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.2.0.Final > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 1.2.1.Final > > > For the same reason why {{@Before/After Class}} methods are not invoked in a container (the state between {{@Test}} methods is not kept), the {{@ClassRules}} should be prevented from running there as well. > Currently, they are executed on both sides - on client & in container -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2171) @ClassRules should not be executed in container

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2171?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2171: -------------------------------- Fix Version/s: 1.2.1.Final > @ClassRules should not be executed in container > ----------------------------------------------- > > Key: ARQ-2171 > URL: https://issues.jboss.org/browse/ARQ-2171 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.2.0.Final > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 1.2.1.Final > > > For the same reason why {{@Before/After Class}} methods are not invoked in a container (the state between {{@Test}} methods is not kept), the {{@ClassRules}} should be prevented from running there as well. > Currently, they are executed on both sides - on client & in container -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2172) Remove duplication in TestRunnerAdaptor

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2172?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2172: -------------------------------- Fix Version/s: 1.2.1.Final > Remove duplication in TestRunnerAdaptor > --------------------------------------- > > Key: ARQ-2172 > URL: https://issues.jboss.org/browse/ARQ-2172 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Bartosz Majsak > Assignee: Matous Jobanek > Fix For: 1.2.1.Final > > > The code of the TestRunnerAdaptor management is same in both JUnit runner and JUnit class rule. The same can be also applied to the logic that invokes the test method. > I've moved the code to separated classes that are used by both implementations -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2171) @ClassRules should not be executed in container

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2171?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2171: -------------------------------- Status: Pull Request Sent (was: Open) > @ClassRules should not be executed in container > ----------------------------------------------- > > Key: ARQ-2171 > URL: https://issues.jboss.org/browse/ARQ-2171 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.2.0.Final > Reporter: Matous Jobanek > Assignee: Matous Jobanek > > For the same reason why {{@Before/After Class}} methods are not invoked in a container (the state between {{@Test}} methods is not kept), the {{@ClassRules}} should be prevented from running there as well. > Currently, they are executed on both sides - on client & in container -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2172) Remove duplication in TestRunnerAdaptor

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2172?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2172: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Remove duplication in TestRunnerAdaptor > --------------------------------------- > > Key: ARQ-2172 > URL: https://issues.jboss.org/browse/ARQ-2172 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Bartosz Majsak > Assignee: Matous Jobanek > > The code of the TestRunnerAdaptor management is same in both JUnit runner and JUnit class rule. The same can be also applied to the logic that invokes the test method. > I've moved the code to separated classes that are used by both implementations -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2172) Remove duplication in TestRunnerAdaptor

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2172?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2172: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/155 > Remove duplication in TestRunnerAdaptor > --------------------------------------- > > Key: ARQ-2172 > URL: https://issues.jboss.org/browse/ARQ-2172 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Bartosz Majsak > Assignee: Matous Jobanek > > The code of the TestRunnerAdaptor management is same in both JUnit runner and JUnit class rule. The same can be also applied to the logic that invokes the test method. > I've moved the code to separated classes that are used by both implementations -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2172) Remove duplication in TestRunnerAdaptor

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2172?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak reassigned ARQ-2172: ----------------------------------- Assignee: Matous Jobanek > Remove duplication in TestRunnerAdaptor > --------------------------------------- > > Key: ARQ-2172 > URL: https://issues.jboss.org/browse/ARQ-2172 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Bartosz Majsak > Assignee: Matous Jobanek > > The code of the TestRunnerAdaptor management is same in both JUnit runner and JUnit class rule. The same can be also applied to the logic that invokes the test method. > I've moved the code to separated classes that are used by both implementations -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ARQ-2172) Remove duplication in TestRunnerAdaptor

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-2172?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-2172: -------------------------------- Affects Version/s: 1.2.0.Final > Remove duplication in TestRunnerAdaptor > --------------------------------------- > > Key: ARQ-2172 > URL: https://issues.jboss.org/browse/ARQ-2172 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Affects Versions: 1.2.0.Final > Reporter: Bartosz Majsak > Assignee: Matous Jobanek > > The code of the TestRunnerAdaptor management is same in both JUnit runner and JUnit class rule. The same can be also applied to the logic that invokes the test method. > I've moved the code to separated classes that are used by both implementations -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues January 2018