Release 7 target date is Jan. 30, 2023
Internal Target date to meet Rel 7 Criteria is TBD
(To be updated)
The requirements for the blueprints to be included in release 7 are as follows:
Depending upon the situation, the PTLs are suggested to meet the following criteria -
If the blueprint is already part of release 6 and you want this to be included in release 7, please follow the following steps:
If the blueprint is already part of release 4/5 and not release 6 and you want this to be included in release 7, please follow the following steps:
Note that in release 5, a new requirement was introduced to expose all the API consumed and offered by your blueprint.
If the blueprint is already part of release 1 or 2 and not release 4 or 5 or 6 and you want this to be included in release 7, please follow the following steps described under Class 4 below.
Please follow the requirements specified in release 6 with the following exceptions:
Please follow step-by-step instructions on the API Subcommittee API reporting wiki page. If after submitting your API info form (or an updated form, if you are in Class 1 and the form has changed since Release 4) and notifying the subcommittee by e-mail they have questions, then schedule a time when either subcommittee members may attend your weekly BP meeting or you can attend the API subcommittee weekly meeting in order to discuss and resolve the questions. When meeting, please be prepared with architecture and data flow diagrams so the API subcommittee can understand and confirm 1) APIs consumed and offered by your BP, 2) upstream project APIs, and 3) customer-facing demo APIs. This information will be used to update the Akraino website API Map, which makes your BP visible and searchable to customers and entities outside of Akraino, so completeness and accuracy is important.
Releases >= 1.0 (e.g. 1.xyz, 2.xyz etc) are reserved for BP that have been approved as Core by the TSC (considered ‘GA’ quality).
Releases <1.0 (e.g. 0.xyz etc) are reserved for projects that have not reached the Akraino Core level (i.e. anything that is in Incubation (‘alpha’ quality) and Mature (‘beta’ quality).
Enforcement of Static Code Analysis through SonarCloud (SaaS), WIP LF Release Engineering & Security Subcommittee. (Note: This is an optional requirement for Incubation self certified and mandatory for Maturity)
User Documents:
The following documentation with the following sections called out should be on the wiki with links to rest of the sections as applicable. We prefer that the entire doc is on the wiki but we do not require it.
Architecture - Blue print Overview and overall architecture
Release Notes – Summary and What is released
Installation Doc – Introduction and deployment architecture
Test Document – Introduction and Overall Test Architecture
Developer Documents:
We are also recommending that Blueprints include via ReadtheDocs, with each Blue Print given their own repo, but we do not require it