Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec.committee] Agenda item for next call: how to maintain TCK exclude list?



On 11/11/20 4:39 PM, Jean-Louis Monteiro wrote:
Hi Paul and all,

For the next spec committee, I'd like to add an agenda item to discuss how we plan to follow up and maintain the exclude list (ts.jtx).

With the current brand new release, we have an non empty exclude list. Dunno if we have a process or not for that. So I'd like to discuss it.

We do have a TCK Process 1.0 document [1].

Here is my take on handling the non-empty excluded test list:

For existing Jakarta EE releases, we do not add/update tests, we will only exclude challenged tests. The reason is that once an implementation has passed the TCK for a specific SPEC version, we don't add/update tests as that would change the rules of what implementations must do for that particular SPEC version.

So far we have kept the initial exclude list that we started with in the initial Jakarta EE 8 Platform TCK code drop.

I believe that for Java EE, the exclude list was truncated at the start of development of new EE releases, so that the teams could rework the excluded tests. I'm not sure of how that was handled exactly internally from a process point of view.

IMO, when we start developing a new EE release, I think that the relevant SPEC API team that deals with any excluded tests should either attempt fixing the tests or delete them. The process of fixing the excluded tests is a `best effort` attempt to improve the test by ensuring it follows the relevant SPEC requirements. After we ship that next EE release, we will hear of any TCK challenges for such improved tests and get actual details of why the test is wrong and the relevant SPEC team can try improving again for the next EE release or remove it in the next EE release.

IMO, when starting a new EE release, the SPEC API teams could remedy excluded tests if they have a clue as to why they were excluded. Or they could guess as to how they should be improved/deleted or are fine as they are.

An example of the current ts.jtx file for the Platform TCK is at [2]. There are also similar files for each Standalone TCK such as JPA [3].

Scott

[1] https://jakarta.ee/committees/specification/tckprocess/
[2] https://github.com/eclipse-ee4j/jakartaee-tck/blob/master/install/jakartaee/bin/ts.jtx [3] https://github.com/eclipse-ee4j/jakartaee-tck/blob/master/install/jpa/bin/ts.jtx


Thanks


--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro <http://twitter.com/jlouismonteiro>
http://www.tomitribe.com <http://www.tomitribe.com/>

_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee




Back to the top