jakartaee / jakartaee/platform

Create guidance on how to produce standalone TCKs

Open
#333 3 comments 0 reactions 0 assignees View on GitHub
jea-linked
Dominant language
No language data
Stars
230
Forks
77
Avg merge
8d 5h
Merged PRs (30d)
1

Description

**Is your feature request related to a problem? Please describe.**
We have a mix of testing technologies that don't mix well together to enable a collection of standalone TCKs that can be composed to produce various profile level TCKs. We need to provide guidance on how to achieve this.

**Describe the solution you'd like**
The specification project should own the TCK source and produce the TCK artifacts. This needs to be done in such a way that the artifacts can be run to validate implementations at the individual specification level, as well as integrated into platform level TCKs.

**Describe alternatives you've considered**
Jakarta Batch, Bean Validation and CDI make use of TestNG and Arquillian with maven artifacts to enable composition. Ondro Mihályi looked at this approach and also Junit 5 in the context of Jakarta Batch.

**Additional context**
An investigation of using TestNG/Arquillian and Junit 5 to update the Jakarta Batch TCK was described in this blog by Ondro Mihályi:
https://ondro.inginea.eu/index.php/possible-ways-to-use-arquillian-in-jakarta-ee-tcks/

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the issue requirements and Ondro Mihályi’s linked investigation of TestNG/Arquillian and JUnit 5 for Jakarta Batch. Compare the approaches used by Jakarta Batch, Bean Validation, and CDI. Done means documented guidance for producing standalone TCK artifacts that validate individual specifications and compose into platform-level TCKs.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.