-
Feature Request
-
Resolution: Done
-
Major
-
None
-
None
In WildFly it is considerred intended behaviour that test code gets called with the TCCL set to the test deployment. IMHO this shadows potential problems when the functionality under test is not called from an ARQ test case (i.e. from an normal javaee endpoint)
For Camel integration this behaviour is not acceptable.
CrossLink: https://github.com/wildfly-extras/wildfly-camel/issues/340
- causes
-
WFARQ-153 JUnit 5 does not work with the jmx-as7 protocol if enableThreadContextClassLoader is set to false
- Open
- is blocked by
-
ARQ-1927 Make use of TCCL in ARQ ManagedContainer configurable
- Resolved
- is incorporated by
-
WFLY-4623 Upgrade WildFly Arquillian from 1.0.0.Alpha5 to 1.0.0.CR1
- Closed
- relates to
-
WFLY-4335 ArquillianService incorrectly sets TCCL
- Closed