[
https://issues.jboss.org/browse/ARQ-1318?page=com.atlassian.jira.plugin.s...
]
Chris Lowe updated ARQ-1318:
----------------------------
Attachment: arquillian-tutorial.zip
I've attached a modified version of the Arquillian getting started test with extra
Maven dependencies that high light the issue.
Test Intitialisation Time Sensitive to Classpath Dependencies
-------------------------------------------------------------
Key: ARQ-1318
URL:
https://issues.jboss.org/browse/ARQ-1318
Project: Arquillian
Issue Type: Enhancement
Security Level: Public(Everyone can see)
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 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