From e710791bcd35d7c00623bee0d480dadf99a2e6b9 Mon Sep 17 00:00:00 2001 From: Shelley Lambert Date: Mon, 26 Feb 2024 09:45:24 -0500 Subject: [PATCH] Remove trailing spaces Signed-off-by: Shelley Lambert --- content/blog/aqavit-graduation-ceremony/index.md | 12 +++++------- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/content/blog/aqavit-graduation-ceremony/index.md b/content/blog/aqavit-graduation-ceremony/index.md index 21002e2bd..73479fb34 100644 --- a/content/blog/aqavit-graduation-ceremony/index.md +++ b/content/blog/aqavit-graduation-ceremony/index.md @@ -11,21 +11,21 @@ tags: ![AQAvit Logo](aqavit-light.png) -I am pleased to announce the Eclipse AQAvit 1.0.0 release and the AQAvit project's graduation from being an incubator project to a mature project. In the subsequent sections, I will explain what I learned about the Eclipse Foundation release process and how it is different from the [AQAvit releases](https://github.com/adoptium/aqa-tests/releases) we have been actively delivering out of Github for some time now. I will also briefly touch upon some AQAvit achievements and lay down a teaser for the 2024 AQAvit technical roadmap. +I am pleased to announce the Eclipse AQAvit 1.0.0 release and the AQAvit project's graduation from being an incubator project to a mature project. In the subsequent sections, I will explain what I learned about the Eclipse Foundation release process and how it is different from the [AQAvit releases](https://github.com/adoptium/aqa-tests/releases) we have been actively delivering out of Github for some time now. I will also briefly touch upon some AQAvit achievements and lay down a teaser for the 2024 AQAvit technical roadmap. ## Opinionated Comments about the Eclipse Foundation release process The [Eclipse Foundation release process](https://www.eclipse.org/projects/handbook/#release) is focussed on a set of non-technical criteria, which includes Intellectual Property management, Branding and Trademarks, Legal Documentation requirements and Open Source Rules of engagement. A project can graduate out of incubator status when it passes its first Eclipse release review. This process is then only required to be revisited on a yearly basis. -I am not a fan of unnecessary process. As a project lead of the AQAvit project, I had been putting off doing what I considered to be some unwelcome extra 'paperwork' imposed upon me by the Eclipse Foundation. I had considered the Eclipse Foundation release an arbitrary and disconnected statement about the maturity and readiness of a project, especially given that AQAvit has been actively delivering Github releases. +I am not a fan of unnecessary process. As a project lead of the AQAvit project, I had been putting off doing what I considered to be some unwelcome extra 'paperwork' imposed upon me by the Eclipse Foundation. I had considered the Eclipse Foundation release an arbitrary and disconnected statement about the maturity and readiness of a project, especially given that AQAvit has been actively delivering Github releases. -I learned that the release review process was not as onerous as I had expected. The Eclipse Foundation is streamlining many of the steps, reviewing and removing some of the previously required pieces of documentation that are not necessary for a project to have in order to prove it is healthy and mature. Some of the required documentation includes the License, Readme and Contributing files as well as recommended Code of Conduct and Security files be present in every repository within a given Eclipse project. The AQAvit project which happens to hierarchically be a sub-project of Eclipse Adoptium, has its [7 repositories](https://projects.eclipse.org/projects/adoptium.aqavit/developer) under the Adoptium Github organization, so many of those required files are inherited from the Github organization files. For the [AQAvit 1.0.0 release review](https://gitlab.eclipse.org/eclipsefdn/emo-team/emo/-/issues/669), there were very few updates needed. +I learned that the release review process was not as onerous as I had expected. The Eclipse Foundation is streamlining many of the steps, reviewing and removing some of the previously required pieces of documentation that are not necessary for a project to have in order to prove it is healthy and mature. Some of the required documentation includes the License, Readme and Contributing files as well as recommended Code of Conduct and Security files be present in every repository within a given Eclipse project. The AQAvit project which happens to hierarchically be a sub-project of Eclipse Adoptium, has its [7 repositories](https://projects.eclipse.org/projects/adoptium.aqavit/developer) under the Adoptium Github organization, so many of those required files are inherited from the Github organization files. For the [AQAvit 1.0.0 release review](https://gitlab.eclipse.org/eclipsefdn/emo-team/emo/-/issues/669), there were very few updates needed. Having the Eclipse release process look at the metadata and legal aspects of a project means that project leads and committers can focus on the day to day technical work and innovation. The AQAvit project typically coordinates its Github releases to be available a few weeks ahead of the [JDK release schedule](https://www.java.com/releases) as the many vendors who distribute binaries built from source code originally sourced from the [OpenJDK project](https://openjdk.org/), use AQAvit to verify the quality of the binaries they are producing and distributing. Because of this, AQAvit produces multiple releases per year in step with the JDK release schedule. The complementary Eclipse release process for a project only needs to happen once a year as the areas of focus it is concerned with do not change rapidly. ## The Scope of AQAvit -Within the [scope of AQAvit](https://github.com/adoptium/aqa-tests/blob/master/docs/pages/Scope.md) falls both AQAvit verification, which is really a quality bar for JDK binaries and development support especially for JDK developers. +Within the [scope of AQAvit](https://github.com/adoptium/aqa-tests/blob/master/docs/pages/Scope.md) falls both AQAvit verification, which is really a quality bar for JDK binaries and development support especially for JDK developers. ### AQAvit Verification @@ -41,7 +41,7 @@ AQAvit provides [developer support](https://github.com/adoptium/aqa-tests/blob/m ## Sneak Peek at the 2024 AQAvit Plan -As part of the [AQAvit manifesto](https://github.com/adoptium/aqa-tests/blob/master/docs/pages/Manifesto.md) which is the set of criteria that we created to guide the work in the AQAvit project, we aim to continuously evolve alongside the continuously changing JDK implementations in order to stay relevant and useful. The 'vit' in AQAvit from the Latin root and reminds us of this criteria to remain vital. With that in mind, we have a great deal of cool work in the 2024 plan. +As part of the [AQAvit manifesto](https://github.com/adoptium/aqa-tests/blob/master/docs/pages/Manifesto.md) which is the set of criteria that we created to guide the work in the AQAvit project, we aim to continuously evolve alongside the continuously changing JDK implementations in order to stay relevant and useful. The 'vit' in AQAvit from the Latin root and reminds us of this criteria to remain vital. With that in mind, we have a great deal of cool work in the 2024 plan. In our upcoming [AQAvit Community call](https://github.com/adoptium/aqa-tests/issues/5090), we will take a look at the targeted items of 2024, including some stretch goals including enhanced developer support through the upcoming Trestle initiative, additional tools to support AQAvit verification and much more. You can find a list of 2024 features in the proposed agenda, and feel welcomed to join the call or put comments into the [community call issue](https://github.com/adoptium/aqa-tests/issues/5090) to give your input into the activities of the AQAvit project. @@ -50,5 +50,3 @@ In our upcoming [AQAvit Community call](https://github.com/adoptium/aqa-tests/is - -