|
1 | 1 | --- |
2 | 2 | working-groups: |
| 3 | + - title: "Offering Metadata and Tooling Integration" |
| 4 | + board-url: "https://github.com/orgs/quarkusio/projects/52" |
| 5 | + short-description: | |
| 6 | + Track and coordinate the introduction of offering-level support metadata in Quarkus platform descriptors and its integration into developer tools (e.g., code.quarkus.io, CLI). |
| 7 | + readme: | |
| 8 | + <h2>Motivation:</h2> |
| 9 | + <p>Quarkus is now part of multiple product offerings (e.g., Red Hat Build of Quarkus, Camel integrations, ...). To enable tooling and automation to reflect product-specific support levels, we need to:</p> |
| 10 | + <ul> |
| 11 | + <li>Extend the platform metadata with structured offering-level support indicators.</li> |
| 12 | + <li>Adapt code.quarkus.io and code.quarkus.redhat.com to display and filter based on offering.</li> |
| 13 | + <li>Plan for downstream use by the CLI, build tooling, and possibly SKU-based features.</li> |
| 14 | + </ul> |
| 15 | + <p>This working group ensures a coordinated effort across platform, metadata, and UI/UX teams to avoid fragmentation and deliver a coherent user experience.</p> |
| 16 | + <h2>Goals:</h2> |
| 17 | + <ul> |
| 18 | + <li>Define and adopt a standard metadata format for offering-level support annotations.</li> |
| 19 | + <li>Apply metadata consistently across all productized platform descriptors.</li> |
| 20 | + <li>Integrate offering awareness into code.quarkus.redhat.com:</li> |
| 21 | + <li>Display per-offering support levels.</li> |
| 22 | + <li>Allow filtering and navigation based on offering.</li> |
| 23 | + <li>Ensure the upstream site (code.quarkus.io) remains offering-agnostic.</li> |
| 24 | + <li>Evaluate CLI support for offering information</li> |
| 25 | + </ul> |
| 26 | + <h2>Scope:</h2> |
| 27 | + <p>In scope:</p> |
| 28 | + <ul> |
| 29 | + <li>JSON platform descriptor enhancements</li> |
| 30 | + <li>Tooling (code.quarkus.io/redhat.com) UI/UX changes</li> |
| 31 | + <li>CLI enhancements (optional, pending feasibility)</li> |
| 32 | + </ul> |
| 33 | + <p>Out of scope:</p> |
| 34 | + <ul> |
| 35 | + <li> |
| 36 | + <p>Modifying Quarkus runtime behavior based on offering</p> |
| 37 | + </li> |
| 38 | + <li> |
| 39 | + <p>License/SKU enforcement mechanisms</p> |
| 40 | + </li> |
| 41 | + <li> |
| 42 | + <p>Point of contact: @ia3andy (@<strong>Andy Damevin</strong> on Zulip) and @aloubyansky (@<strong>Alexey Loubyansky</strong> on Zulip)</p> |
| 43 | + </li> |
| 44 | + </ul> |
| 45 | + status: on track |
| 46 | + lts: false |
| 47 | + completed: false |
| 48 | + last-activity: 2025-09-17 |
| 49 | + last-update-date: 2025-09-08 |
| 50 | + last-update: | |
| 51 | + In the past month, the WG - Offering Metadata and Tooling Integration has made significant progress by closing several important issues. Notably, the group successfully implemented offering-based filtering, enhanced the ability to add filters using OR logic, and introduced a wildcard filter to display all extensions associated with a specific tag key, such as redhat-support. No new issues were opened during this period, indicating a focus on consolidating efforts and refining existing features. |
| 52 | + |
| 53 | + (This status update was automatically generated using AI.) |
| 54 | + point-of-contact: "@ia3andy (@<strong>Andy Damevin</strong> on Zulip) and @aloubyansky (@<strong>Alexey Loubyansky</strong> on Zulip)" |
3 | 55 | - title: "Test classloading" |
4 | 56 | board-url: "https://github.com/orgs/quarkusio/projects/30" |
5 | 57 | short-description: | |
@@ -329,58 +381,6 @@ working-groups: |
329 | 381 | last-update-date: 2025-09-08 |
330 | 382 | last-update: | |
331 | 383 | We identified several improvements we want to make for Quarkus 4, typically related to Vert.x 5/ Netty 4.2 (to support HTTP/3, gRPC transcoding, etc.). |
332 | | - - title: "Offering Metadata and Tooling Integration" |
333 | | - board-url: "https://github.com/orgs/quarkusio/projects/52" |
334 | | - short-description: | |
335 | | - Track and coordinate the introduction of offering-level support metadata in Quarkus platform descriptors and its integration into developer tools (e.g., code.quarkus.io, CLI). |
336 | | - readme: | |
337 | | - <h2>Motivation:</h2> |
338 | | - <p>Quarkus is now part of multiple product offerings (e.g., Red Hat Build of Quarkus, Camel integrations, ...). To enable tooling and automation to reflect product-specific support levels, we need to:</p> |
339 | | - <ul> |
340 | | - <li>Extend the platform metadata with structured offering-level support indicators.</li> |
341 | | - <li>Adapt code.quarkus.io and code.quarkus.redhat.com to display and filter based on offering.</li> |
342 | | - <li>Plan for downstream use by the CLI, build tooling, and possibly SKU-based features.</li> |
343 | | - </ul> |
344 | | - <p>This working group ensures a coordinated effort across platform, metadata, and UI/UX teams to avoid fragmentation and deliver a coherent user experience.</p> |
345 | | - <h2>Goals:</h2> |
346 | | - <ul> |
347 | | - <li>Define and adopt a standard metadata format for offering-level support annotations.</li> |
348 | | - <li>Apply metadata consistently across all productized platform descriptors.</li> |
349 | | - <li>Integrate offering awareness into code.quarkus.redhat.com:</li> |
350 | | - <li>Display per-offering support levels.</li> |
351 | | - <li>Allow filtering and navigation based on offering.</li> |
352 | | - <li>Ensure the upstream site (code.quarkus.io) remains offering-agnostic.</li> |
353 | | - <li>Evaluate CLI support for offering information</li> |
354 | | - </ul> |
355 | | - <h2>Scope:</h2> |
356 | | - <p>In scope:</p> |
357 | | - <ul> |
358 | | - <li>JSON platform descriptor enhancements</li> |
359 | | - <li>Tooling (code.quarkus.io/redhat.com) UI/UX changes</li> |
360 | | - <li>CLI enhancements (optional, pending feasibility)</li> |
361 | | - </ul> |
362 | | - <p>Out of scope:</p> |
363 | | - <ul> |
364 | | - <li> |
365 | | - <p>Modifying Quarkus runtime behavior based on offering</p> |
366 | | - </li> |
367 | | - <li> |
368 | | - <p>License/SKU enforcement mechanisms</p> |
369 | | - </li> |
370 | | - <li> |
371 | | - <p>Point of contact: @ia3andy (@<strong>Andy Damevin</strong> on Zulip) and @aloubyansky (@<strong>Alexey Loubyansky</strong> on Zulip)</p> |
372 | | - </li> |
373 | | - </ul> |
374 | | - status: on track |
375 | | - lts: false |
376 | | - completed: false |
377 | | - last-activity: 2025-09-08 |
378 | | - last-update-date: 2025-09-08 |
379 | | - last-update: | |
380 | | - In the past month, the WG - Offering Metadata and Tooling Integration has made significant progress by closing several important issues. Notably, the group successfully implemented offering-based filtering, enhanced the ability to add filters using OR logic, and introduced a wildcard filter to display all extensions associated with a specific tag key, such as redhat-support. No new issues were opened during this period, indicating a focus on consolidating efforts and refining existing features. |
381 | | - |
382 | | - (This status update was automatically generated using AI.) |
383 | | - point-of-contact: "@ia3andy (@<strong>Andy Damevin</strong> on Zulip) and @aloubyansky (@<strong>Alexey Loubyansky</strong> on Zulip)" |
384 | 384 | - title: "Quarkus to the CommonHaus Foundation" |
385 | 385 | board-url: "https://github.com/orgs/quarkusio/projects/38" |
386 | 386 | short-description: | |
|
0 commit comments