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

Define a notion of a beta/experimental extension in the tooling #4771

Closed
aloubyansky opened this issue Oct 22, 2019 · 8 comments
Closed

Define a notion of a beta/experimental extension in the tooling #4771

aloubyansky opened this issue Oct 22, 2019 · 8 comments
Assignees
Labels
area/platform Issues related to definition and interaction with Quarkus Platform kind/enhancement New feature or request
Milestone

Comments

@aloubyansky
Copy link
Member

Extension authors (or extension catalog authors) should be able to indicate in the metadata that the state/quality of certain extensions is beta or experimental.

@aloubyansky aloubyansky added kind/enhancement New feature or request area/platform Issues related to definition and interaction with Quarkus Platform labels Oct 22, 2019
@paulrobinson paulrobinson mentioned this issue Oct 22, 2019
18 tasks
@maxandersen
Copy link
Member

these really just need to go into k8s style metadata - then we don't have to care.

@gastaldi
Copy link
Contributor

How about setting this as a Maven <property> similar to what's done in https://github.com/thorntail/thorntail/blob/master/fractions/flyway/pom.xml#L37?

@maxandersen
Copy link
Member

the plugin to generate the metadata already take values from pom.xml - that part is really secondary; the key is how we store and manage this at the API level between extensions and our platform/registry.

@gastaldi
Copy link
Contributor

I believe this information (after read from the pom.xml) will be stored in the generated extensions.json (and as a new attribute in the Extension class). Each extension author could then define in their own pom.xmls how mature the extension is.

@maxandersen
Copy link
Member

This is possible today via quarkus-extension.yaml - just need to hear from @ia3andy if he already picked a name/value set for it.

On call today we said that for v1 its basically just about identifying wether a feature is stable or not - no grading yet.

My suggestion is to use a key named "grading" and for now only recognized value will be "preview"

@maxandersen maxandersen added this to the 0.27.0 milestone Oct 29, 2019
@gsmet gsmet modified the milestones: 0.27.0, 0.28.0 Oct 29, 2019
@ia3andy
Copy link
Contributor

ia3andy commented Oct 30, 2019

@maxandersen I used "status" as a key already (we can change it):

@maxandersen
Copy link
Member

status is equally neutral to grading so i'm fine with that. lets keep it simple ;)

so "status" = "preview" is the key/value pair we'll use for v1 to mark things non-stable, ok ?

@emmanuelbernard emmanuelbernard self-assigned this Oct 31, 2019
emmanuelbernard added a commit to emmanuelbernard/quarkus that referenced this issue Oct 31, 2019
- status (stable or not)
- keywords (http and spring especially)
- add categories when missing
emmanuelbernard added a commit to emmanuelbernard/quarkus that referenced this issue Oct 31, 2019
- status (stable or not)
- keywords (http and spring especially)
- add categories when missing
stuartwdouglas added a commit that referenced this issue Oct 31, 2019
issue #4771 - Update extension metadata
@maxandersen
Copy link
Member

fixed in core, outstanding issue in code.quarkus.io quarkusio/code.quarkus.io#196

aureamunoz pushed a commit to aureamunoz/quarkus that referenced this issue Nov 5, 2019
- status (stable or not)
- keywords (http and spring especially)
- add categories when missing
mmusgrov pushed a commit to mmusgrov/quarkus that referenced this issue Dec 13, 2019
- status (stable or not)
- keywords (http and spring especially)
- add categories when missing
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/platform Issues related to definition and interaction with Quarkus Platform kind/enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

6 participants