[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [servlet-dev] Do you plan to move your TCK tests out of the Platform TCK project for Jakarta EE 10+?
|
On 6/22/21 8:32 PM, Stuart Douglas
wrote:
Hi,
I've been converting a number of Servlet TCK tests
to use exactly this combination of technologies.
We have done something similar in Quarkus with the JAX-RS
TCK, although we converted to our internal Quarkus test
runner:
This was done in a mostly automated manner, in the
QuarkusTestProcessor classes that contain the logic that was
used to convert the test suite. These could definitely be
adapted to change to Arquillian instead of QuarkusUnitTest,
as they are very similar in usage.
Thanks Stuart, I noted this helpful discussion of the
QuarkusTestProcessor on
https://github.com/eclipse-ee4j/jakartaee-tck/wiki/EE-10-TCK-refactoring.
Something else to consider is that it looks like
Arquillian now has JUnit 5 support. If it is in a usable
state IMHO it would be better to move straight to JUnit 5
rather than 4.
+1 for moving the JUnit 5 instead of 4.
Stuart
These are tests taken directly from the Servlet TCK
and converted to the newer test harness.
A noticed a few things that are now missing:
1. Arquillian doesn't have a way to inject the
HTTPS URL.
2. There's no API for a adding users and their
passwords to the proprietary container default
identity store.
3. There's no API to add certificates and to
container key or trust store, or to obtain the default
container certificate (so the test can add it to the
trust store)
4. There's no API to set container system
properties
These should be relatively easy to add, either
directly to the Arquillian core, or perhaps to an
Arquillian-TC extension.
Kind regards,
Arjan
_______________________________________________
servlet-dev mailing list
servlet-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/servlet-dev
_______________________________________________
servlet-dev mailing list
servlet-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/servlet-dev