Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec.committee] Procedure for adding service release details to Spec. pages (TCK Service releases for EE 9.1)


On 4/19/21 3:03 PM, Ed Bratt wrote:

Hi,

I don't think we finalized how to update the Spec. pages for the service releases needed to coincide with the Jakarta EE 9.1 release. If we have and I'm just not recalling, please point me at the details so I can follow the designated procedure.

All the component TCKs that are produced from Jakarta EE TCK project (see [1] below) are updated to include instructions and signature test files for JDK 11. The Spec. pages for each of these need to be updated to add link to the updated service release TCK.

I think a reasonable mechanism would be to simply add the service release TCK link as a second line

e.g. -- for Connector Spec.

  • Jakarta Connectors 2.0 TCK(sig, sha, pub)
    • 2.0.1 TCK for JDK 8 or JDK 11 (sig, sha, pub)

I have a related question, if we get a TCK challenge to exclude (#1) a test in the Connectors 2.0.1 TCK and a challenge to also exclude (#2) a test in the Connectors 2.0.0 TCK, what would we do?

1.  Release Connectors 2.0.2 TCK with both excludes #1 + #2 (both generated from the Platform TCK 9.1.x branch).
2.  Release Connectors 2.0.2 TCK with both excludes #1 (generated from the Platform TCK 9.1.x branch) and release Connectors 2.0.3 TCK with excludes #2 (generated from the Platform TCK 9.0.x branch).

I regret that I cannot make the meeting today.

Scott

(each of sig, sha, and pub would be links to the final TCK location/details.) (We could add JDK 8 to the original line, just to clarify for future readers if we think that's helpful.) I would avoid just replacing the links to the original TCK since those remain valid and we don't know if anyone is currently working with those.

I don't think this requires distribution of mentors if we agree with a template for the proposed change but a PR approver might be useful to avoid stupid errors. Hopefully, with whatever we finalize, this might be feasible in a single PR that updates all the Specs that are impacted [1] in this way.

Seems like this needs, at the least a general thumbs-up from the committee. (Or, if this is already decided, just correct me so we can follow the correct path.)

-- Ed

[1] -- Stand-alone specification TCKs that are produced by Jakarta EE Platform TCK project:

  • Component Spec. TCK service releases (If not already assigned, the remaining could be handled in a single PR):
    • Annotations   
    • Authentication
    • Authorization
    • Concurrency
    • Connector
    • _expression_ Language
    • JSONB
    • JSONP (Already assigned mentor)
    • Messaging
    • Persistence
    • RESTful Web Services
    • Security
    • Server Faces
    • Server Pages
    • Servlet
    • SOAP with Attachments (Already assigned mentor)
    • Standard Tag Library
    • Transactions
    • WebSocket
    • XML Web Services (Already assigned mentor)
[2] Following will need to be adjusted to point to the Jakarta EE 9.1 TCK (along with Platform and Web Profile). My recommendation would be that these be updated in the same PR that updates the Platform and Web Profile details using the same template as is agreed upon, with the previous list.
    • Enterprise Beans
    • Enterprise Web Services
    • Interceptors
    • Managed Beans
    • Web Services Metadata


_______________________________________________
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