Yes, you can challenge those TCK tests if they contradict the spec and a sane mind would call it broken or unspecified. Of course only if the exact behaviour was not already tested in old TCKs as well ;) Just create a JIRA.
The JavaEE6 WebProfile spec e.g. explicitely says in WP2.3 that only WAR files need to be supported, but the TCK probably also seems to test EAR deployment.
Or at least that's what I've heard others saying that the TCK does, because we are still not allowed to talk about many of the TCKs because they have a clause in the TCK license which forbids us to talk about their details in public. This is really a pain and the next round of JCP upgrade should not only address JSRs but only their TCK licenses, pretty please!
LieGrue,
strub
>________________________________
> From: arjan tijms <arjan.tijms_at_gmail.com>
>To: users <users_at_javaee-spec.java.net>
>Cc: Bill Shannon <bill.shannon_at_oracle.com>
>Sent: Sunday, 20 October 2013, 23:34
>Subject: [javaee-spec users] How can serious TCK issues be addressed?
>
>
>
>Hi,
>
>
>I wonder if there is any procedure to address potentially serious defects or omissions in the TCK for a given Java EE specification.
>
>
>Hypothetically, suppose that the TCK for JSF tested a bunch of things, but did not test the most basic thing (that e.g. JSF actually rendered something), or that e.g. JPA would actually be able to persist anything, or Bean Validation would actually be able to validate, etc.
>
>
>If I'm not mistaken it's possible for serious spec issues to be corrected with an errata, but how does this work for the TCK? Can this be updated during the life time of a spec version, and if so what would this mean for products that have already been certified using an older version of the TCK?
>
>
>Kind regards,
>Arjan Tijms
>
>
>
>
>
>
>
>