Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "MicroProfile/FeatureInit"
(New MicroProfile Ideas) |
m |
||
(4 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | = Introducing New Ideas to | + | = Introducing New Ideas to MicroProfile = |
+ | If you have some new ideas, please discuss them on [https://groups.google.com/g/microprofile microprofile.io mailing list] for some feedback. After the socialization, follow Eclipse Foundation Specification Process [https://www.eclipse.org/projects/efsp/#efsp-process Eclipse Foundation Specification Process (EFSP)]. The full steps are documented below. | ||
== Step 0: (optional) Start immediately via `microprofile-sandbox` repository == | == Step 0: (optional) Start immediately via `microprofile-sandbox` repository == | ||
Line 18: | Line 19: | ||
<b>Lazy Consensus:</b> Considered accepted with no negative votes. | <b>Lazy Consensus:</b> Considered accepted with no negative votes. | ||
− | == Step 1 | + | == Step 1 Create a Plan Review == |
− | + | In the Plan Review, please document the following areas: Background, Scope, Why here, License, People, etc. Send the plan review to microprofile-wg for a ballot. After the ballot concluded successfully, move to the next step. | |
− | + | == Step 2: Request a Repository == | |
− | + | Raise a Eclipse Foundation bugzilla ticket to get the new repository created. Once the new repository is created, existing content from `microprofile-sandbox` (if applicable) can be migrated to new repository and removed from `microprofile-sandbox`. | |
− | + | == Step 3: Collaboration == | |
− | + | The specification team can meet up via meetings or offline conversations to work on the specification. It needs to be open and inclusive. | |
− | == Step | + | == Step 4: Release of a proposed feature == |
− | + | Once a proposed feature has been developed to cover reasonable and consistent functionality that can be released, the team behind it follow [https://wiki.eclipse.org/MicroProfile/SpecRelease/Release this] process for the specification release. | |
+ | |||
+ | [[Category:MicroProfile]] |
Latest revision as of 14:14, 26 January 2024
Contents
Introducing New Ideas to MicroProfile
If you have some new ideas, please discuss them on microprofile.io mailing list for some feedback. After the socialization, follow Eclipse Foundation Specification Process Eclipse Foundation Specification Process (EFSP). The full steps are documented below.
Step 0: (optional) Start immediately via `microprofile-sandbox` repository
- Fork the repository
- Create a distinct sub-directory
- Code
- Submit as many PRs as you need to explore the ideas behind the proposal
No approvals or prior notification required.
The `microprofile-sandbox` has an intentional zero bar to entry to capture ideas when time permits, from anyone, even if not yet active in the MicroProfile community.
When ready, proceed to the next step.
Any form of contribution on any topic is allowed in the `microprofile-sandbox`. Moving from the `microprofile-sandbox` is at will or upon request of the MicroProfile community.
Lazy Consensus: Considered accepted with no negative votes.
Step 1 Create a Plan Review
In the Plan Review, please document the following areas: Background, Scope, Why here, License, People, etc. Send the plan review to microprofile-wg for a ballot. After the ballot concluded successfully, move to the next step.
Step 2: Request a Repository
Raise a Eclipse Foundation bugzilla ticket to get the new repository created. Once the new repository is created, existing content from `microprofile-sandbox` (if applicable) can be migrated to new repository and removed from `microprofile-sandbox`.
Step 3: Collaboration
The specification team can meet up via meetings or offline conversations to work on the specification. It needs to be open and inclusive.
Step 4: Release of a proposed feature
Once a proposed feature has been developed to cover reasonable and consistent functionality that can be released, the team behind it follow this process for the specification release.