I was about to create an example for this, but because of the many other tasks to get EE 10 done I wasn't able to do that yet.
Alternative solutions could be using a Maven Invoker variant that can put extra dependencies on the classpath of the pom it invoked, or using a delegate Arquillian connector that uses a system property to reference the actual Arquillian connector. That way the original pom would not have to be edited by the CI.
On a related point is it necessary for the individual maven projects to create deployments during the build as looking at the code ShrinkWrap is still used to assemble the deployment under test? This looks to be the biggest benefit of the hierarchy?
The biggest practical benefit of the hierarchy (which follows from grabbing the maven output) is that each test is its own war, that can be deployed and inspected totally independently from the test framework.
Kind regards,
Arjan Tijms
I am going to try today and create a WildFly runner pom this might be a suitable basis for some VI instructions.
Regards,
Darran Lofthouse.
Hi,
That would happen in mostly the same way as with many of the other Arquillian based TCKs; add your own runner pom.xml, or edit the main pom.xml file and add a profile to it which puts the Arquillian connector on the classpath.
Kind regards,
Arjan Tijms
I am just looking at the TCK modules in the jakarta-authentication repository, I see there are profiles in there to run against a predefined CI - are there any details as to how this can be run against a VI?
--
_______________________________________________
jaspic-dev mailing list
jaspic-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaspic-dev
_______________________________________________
jaspic-dev mailing list
jaspic-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaspic-dev
_______________________________________________
jaspic-dev mailing list
jaspic-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaspic-dev