Skip to main content

[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:


On Wed, 23 Jun 2021 at 06:54, arjan tijms <arjan.tijms@xxxxxxxxx> 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







On Tue, Jun 22, 2021 at 9:46 PM Scott Marlow <smarlow@xxxxxxxxxx> wrote:

[1][2] is a proposal for how to produce Standalone TCKs by extracting TCK tests from the Platform TCK.  The process for extracting Standalone TCK tests is described via the GUIDELINE FOR EXTRACTING TCK section [3].

Do you plan to move your TCK tests out of the Platform TCK project and into your Specification project?  If yes, you will publish your Standalone TCK artifacts to Maven so that the Platform TCK can consume your tests.  Some Standalone Specification TCKs will also be consumed by the Core Profile TCK (and possibly other EE profiles).

From the [1] feedback received so far, both TestNG + Junit5 are popular test frameworks.  Maven is the likely choice to switch to using in the EE Platform TCKs.

The Platform TCK community needs to take a deep look at the Platform TCK internals and consider what the Jakarta EE 10+ Platform TCK architecture will look like.  But I think first, we should do some incremental hacking to bring in some Maven based testing as suggested by jakartaee-tck/issues/51 [4].

Scott

[1] https://docs.google.com/document/d/1yDXTUUULUrFrUi1DV_9OcBKIiZLVxrZkA38MMvYdP-U/edit#
[2] https://github.com/eclipse-ee4j/jakartaee-platform/issues/333
[3] https://docs.google.com/document/d/1yDXTUUULUrFrUi1DV_9OcBKIiZLVxrZkA38MMvYdP-U/edit#heading=h.gt76s6wqkrva
[4] https://github.com/eclipse-ee4j/jakartaee-tck/issues/51

_______________________________________________
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

_______________________________________________
servlet-dev mailing list
servlet-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/servlet-dev

Back to the top