-
Bug
-
Resolution: Done
-
Critical
-
None
-
None
The org.wildfly:wildfly-testsuite-shared has a dependency all the main 3 Galleon feature-packs.
<dependency> <groupId>${project.groupId}</groupId> <artifactId>wildfly-galleon-pack</artifactId> <type>pom</type> </dependency> <dependency> <groupId>${project.groupId}</groupId> <artifactId>wildfly-servlet-galleon-pack</artifactId> <type>pom</type> </dependency> <dependency> <groupId>org.wildfly.core</groupId> <artifactId>wildfly-core-galleon-pack</artifactId> <type>pom</type> </dependency>
This means that all tests that which use the shared module, likely all of them, end up with the entirety of WildFly on the test class path. In most cases this is not an issue. However an issue was uncovered with the IBM JDK in WFLY-10529. The tests should definitely not have a transitive dependency on things like that or for example the org.wildfly.core:wildfly-controller. If dependencies like those are needed they should be explicitly defined as those are not public API's.
- blocks
-
WFLY-10529 ParseAndMarshalModelsTestCase fails on the latest IBM8 with Failed to register MBean with MBeanServer
- Closed
- incorporates
-
WFLY-10529 ParseAndMarshalModelsTestCase fails on the latest IBM8 with Failed to register MBean with MBeanServer
- Closed
- is cloned by
-
JBEAP-17734 (7.2.z) ParseAndMarshalModelsTestCase fails on the latest IBM8 and OpenJ9 with Failed to register MBean with MBeanServer
- Closed
- is related to
-
WFLY-11162 The DsMgmtTestBase abstract test shouldn't use the DataSourceSubsystemParser from the extension
- Open
-
WFLY-11168 UncheckedStatelessBean uses EJB extension components
- Open
-
WFLY-11170 Several basic integration tests use the implementation details from the wildfly-connector extensions
- Open
-
WFLY-11171 Test in Elytron integration tests rely on the BatchPermission in wildfly-jberet
- Open