Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open Liberty 21.0.0.12-beta: MicroProfile Config 3.0 Compatible Certification Request #725

Closed
9 tasks done
Emily-Jiang opened this issue Nov 1, 2021 · 5 comments
Closed
9 tasks done

Comments

@Emily-Jiang
Copy link
Member

Emily-Jiang commented Nov 1, 2021

  • Organization Name ("Organization") and, if applicable, URL:

    IBM
  • Product Name, Version and download URL (if applicable):

    Open Liberty 21.0.0.12-beta
  • Specification Name, Version and download URL:

    MicroProfile Config 3.0
  • Public URL of TCK Results Summary:

    MicroProfile Config 3.0 TCK result
  • Java runtime used to run the implementation:

    Java 8 and Java 11
  • Any Additional Specification Certification Requirements:

    n/a
  • Summary of the information for the certification environment, operating system, cloud, ...:

    Here
  • By checking this box I acknowledge that the Organization I represent accepts the terms of the EFTL.
  • By checking this box I attest that all TCK requirements have been met, including any compatibility rules.
@Emily-Jiang Emily-Jiang changed the title MicroProfile Config 3.0 Compatible Certification Request Open Liberty 21.0.0.12-beta: MicroProfile Config 3.0 Compatible Certification Request Nov 2, 2021
@kwsutter
Copy link
Contributor

kwsutter commented Nov 9, 2021

For the TCK Results, shouldn't we be specifying the final version of the Config 3.0 specification (not RC5)? Or, maybe this is in the process of being updated since the ballot is under way?

Also, did you want to be specific on the Java runtime project/product that was used? That is, OpenJDK with Hotspot, or whatever was used. We do that with the CCRs for Jakarta. I wasn't sure what was required for MicroProfile CCRs.

@radcortez
Copy link
Contributor

For the TCK Results, shouldn't we be specifying the final version of the Config 3.0 specification (not RC5)? Or, maybe this is in the process of being updated since the ballot is under way?

Correct. Because the final version is not released yet, there is not public repository to get it from, so the only way to do the CCR is with the RC. Once a final is out a new CCR may be submitted for the final version.

Also, did you want to be specific on the Java runtime project/product that was used? That is, OpenJDK with Hotspot, or whatever was used. We do that with the CCRs for Jakarta. I wasn't sure what was required for MicroProfile CCRs.

I believe we only require to state the Java runtime version.

@Emily-Jiang
Copy link
Member Author

I also added a similar comment here yesterday.

@kwsutter
Copy link
Contributor

For the TCK Results, shouldn't we be specifying the final version of the Config 3.0 specification (not RC5)? Or, maybe this is in the process of being updated since the ballot is under way?

Correct. Because the final version is not released yet, there is not public repository to get it from, so the only way to do the CCR is with the RC. Once a final is out a new CCR may be submitted for the final version.

Yes, I understand. Since we're housing the Specs in Maven (vs the website like we do with Jakarta EE), this referencing of the final spec is a bit more complicated. As I replied to @Emily-Jiang in the other issue, maybe you should just use both references -- the RC version and the expected final version url. And, after the spec goes final, then this CCR could be updated to remove the RC reference. There should be no requirement to submit another CCR.

Also, did you want to be specific on the Java runtime project/product that was used? That is, OpenJDK with Hotspot, or whatever was used. We do that with the CCRs for Jakarta. I wasn't sure what was required for MicroProfile CCRs.

I believe we only require to state the Java runtime version.

I understand it may not be a requirement, but it might be helpful down the road to know explicitly which Java runtime was used for the CCR. As we all know, there are getting to be many, many different Java runtime deliverables available for use. It might be good to know which one was used for the CCR.

@Emily-Jiang
Copy link
Member Author

Emily-Jiang commented Nov 18, 2021

I have put the final spec url on the CCR as suggested by @kwsutter. Close this one. In the future CCRs, we will try to add Java runtime details to give more info.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants