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"
(Minor updates to provide links where necessary) |
(→Introducing New Ideas to Eclipse MicroProfile) |
||
Line 1: | Line 1: | ||
= Introducing New Ideas to Eclipse MicroProfile = | = Introducing New Ideas to Eclipse MicroProfile = | ||
+ | If you have some new ideas, please discuss on [https://groups.google.com/g/microprofile microprofile.io mailing list] for some feedback. After the socialisation, 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 conversation 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. | |
− | + | ||
− | + | ||
− | + | ||
− | Once a proposed feature has been developed to cover reasonable and consistent functionality that can be released, the team behind it | + | |
− | + | ||
− | + | ||
− | + | ||
− | + |
Revision as of 10:35, 6 September 2021
Contents
Introducing New Ideas to Eclipse MicroProfile
If you have some new ideas, please discuss on microprofile.io mailing list for some feedback. After the socialisation, 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 conversation 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.