Skip to content

Commit ae3cae3

Browse files
actions-useractions-user
committed
Sync working groups
1 parent 7740c47 commit ae3cae3

File tree

1 file changed

+46
-46
lines changed

1 file changed

+46
-46
lines changed

‎_data/wg.yaml‎

Lines changed: 46 additions & 46 deletions
Original file line numberDiff line numberDiff line change
@@ -1,49 +1,5 @@
11
---
22
working-groups:
3-
- title: "Test classloading"
4-
board-url: "https://github.com/orgs/quarkusio/projects/30"
5-
short-description: The goal of this working group is to rewrite Quarkus's test classloading, so that tests are run in the same classloader as the application under tests, and Quarkus extensions can do "Quarkus-y" manipulations of test classes.
6-
readme: |
7-
<p>At the moment, Quarkus tests are invoked using one classloader, and then executed in a different classloader. This mostly works well, but means some use cases don't work: extensions cannot manipulate test classes in the same way that they do normal application classes. For example, anything run via a JUnit @TestTemplate test case will see the un-transformed class.</p>
8-
<p>It also means we have extra user-facing complexity, such as the QuarkusTest*Callbacks](https://quarkus.io/guides/getting-started-testing#enrichment-via-quarkustestcallback):</p>
9-
<blockquote>
10-
<p>While it is possible to use JUnit Jupiter callback interfaces like BeforeEachCallback, you might run into classloading issues because Quarkus has to run tests in a custom classloader which JUnit is not aware of.</p>
11-
</blockquote>
12-
<p>A final benefit is a reduction in the internal complexity of our code. Hopping between classloaders during test execution takes a lot of work, and adds a lot of code! It also is brittle in places. For example, because the hop between classloaders relies on serialization in some cases, it's becoming harder to do as the JVM tightens up security restrictions. We used to rely on xstream, but that stopped working in Java 17. In https://github.com/quarkusio/quarkus/pull/40601, @dmlloyd moved us to use the JBoss Serializer, which works better, but might still be affected by future restrictions on class access.</p>
13-
<p>The goal of this working group is to allow test classes to fully participate in the 'quarkification' of classes. The mechanism for this is probably just to load the test classes with the classloader we intend to run them with, so that JUnit sees the 'correct' version of the class.</p>
14-
<ul>
15-
<li>Point of contact: @holly-cummins (@<strong>Holly Cummins</strong> on Zulip)</li>
16-
<li>Proposal: https://github.com/quarkusio/quarkus/discussions/41867</li>
17-
<li>Discussion: <a href="https://quarkusio.zulipchat.com/#narrow/channel/187038-dev/topic/WG.20.2330.20Test.20Classloading.20chatter/">Zulip topic</a></li>
18-
</ul>
19-
status: on track
20-
completed: false
21-
last-activity: 2025-03-04
22-
last-update-date: 2025-03-03
23-
last-update: |
24-
Code cleanup underway to remove TODOs and the most egregious hacks. CI is (mostly, sometimes) green: https://github.com/quarkusio/quarkus/actions/runs/13628335866/job/38090976898
25-
point-of-contact: "@holly-cummins (@<strong>Holly Cummins</strong> on Zulip)"
26-
proposal: https://github.com/quarkusio/quarkus/discussions/41867
27-
discussion: https://quarkusio.zulipchat.com/#narrow/channel/187038-dev/topic/WG.20.2330.20Test.20Classloading.20chatter/
28-
- title: "Quarkus 3.15 LTS"
29-
board-url: "https://github.com/orgs/quarkusio/projects/28"
30-
short-description: This WG focuses on defining the issues we would like to have in the next-to-be LTS (Quarkus 3.14/3.15)
31-
readme: |
32-
<p>This working group uses a different board:</p>
33-
<ul>
34-
<li>The <code>under discussion</code> column contains the issues we would like to have in the next LTS but are still under consideration.</li>
35-
<li>The <code>out of scope</code> column contains the issues under discussion' that won't be included. The reason can be time or technical...</li>
36-
<li>The <code>in progress</code> means that the work has started and should be completed before the TLS cut date</li>
37-
<li>The <code>done</code> column means that the issues have been completed</li>
38-
</ul>
39-
status: staled
40-
completed: false
41-
last-activity: 2025-03-03
42-
last-update-date: 2024-10-28
43-
last-update: |
44-
Everything is fine for now.
45-
46-
There are discussions on defining a regular cadence release. We will communicate when we have more details.
473
- title: "Observability.Next"
484
board-url: "https://github.com/orgs/quarkusio/projects/42"
495
short-description: Observability.Next is a strategic initiative to modernize the observability stack within the Quarkus framework, aiming to streamline and enhance its ability to monitor and manage distributed systems.
@@ -111,7 +67,7 @@ working-groups:
11167
</ul>
11268
status: on track
11369
completed: false
114-
last-activity: 2025-03-03
70+
last-activity: 2025-03-04
11571
last-update-date: 2025-01-30
11672
last-update: |
11773
The initiative just started.
@@ -124,10 +80,54 @@ working-groups:
12480
<p>All the tasks related to the 3.20 LTS, including issues with backport, release process, and so on.</p>
12581
status: staled
12682
completed: false
127-
last-activity: 2025-02-27
83+
last-activity: 2025-03-04
12884
last-update-date: 2024-12-17
12985
last-update: |
13086
Starting tracking tasks fro the 3.19 LTS.
87+
- title: "Test classloading"
88+
board-url: "https://github.com/orgs/quarkusio/projects/30"
89+
short-description: The goal of this working group is to rewrite Quarkus's test classloading, so that tests are run in the same classloader as the application under tests, and Quarkus extensions can do "Quarkus-y" manipulations of test classes.
90+
readme: |
91+
<p>At the moment, Quarkus tests are invoked using one classloader, and then executed in a different classloader. This mostly works well, but means some use cases don't work: extensions cannot manipulate test classes in the same way that they do normal application classes. For example, anything run via a JUnit @TestTemplate test case will see the un-transformed class.</p>
92+
<p>It also means we have extra user-facing complexity, such as the QuarkusTest*Callbacks](https://quarkus.io/guides/getting-started-testing#enrichment-via-quarkustestcallback):</p>
93+
<blockquote>
94+
<p>While it is possible to use JUnit Jupiter callback interfaces like BeforeEachCallback, you might run into classloading issues because Quarkus has to run tests in a custom classloader which JUnit is not aware of.</p>
95+
</blockquote>
96+
<p>A final benefit is a reduction in the internal complexity of our code. Hopping between classloaders during test execution takes a lot of work, and adds a lot of code! It also is brittle in places. For example, because the hop between classloaders relies on serialization in some cases, it's becoming harder to do as the JVM tightens up security restrictions. We used to rely on xstream, but that stopped working in Java 17. In https://github.com/quarkusio/quarkus/pull/40601, @dmlloyd moved us to use the JBoss Serializer, which works better, but might still be affected by future restrictions on class access.</p>
97+
<p>The goal of this working group is to allow test classes to fully participate in the 'quarkification' of classes. The mechanism for this is probably just to load the test classes with the classloader we intend to run them with, so that JUnit sees the 'correct' version of the class.</p>
98+
<ul>
99+
<li>Point of contact: @holly-cummins (@<strong>Holly Cummins</strong> on Zulip)</li>
100+
<li>Proposal: https://github.com/quarkusio/quarkus/discussions/41867</li>
101+
<li>Discussion: <a href="https://quarkusio.zulipchat.com/#narrow/channel/187038-dev/topic/WG.20.2330.20Test.20Classloading.20chatter/">Zulip topic</a></li>
102+
</ul>
103+
status: on track
104+
completed: false
105+
last-activity: 2025-03-04
106+
last-update-date: 2025-03-03
107+
last-update: |
108+
Code cleanup underway to remove TODOs and the most egregious hacks. CI is (mostly, sometimes) green: https://github.com/quarkusio/quarkus/actions/runs/13628335866/job/38090976898
109+
point-of-contact: "@holly-cummins (@<strong>Holly Cummins</strong> on Zulip)"
110+
proposal: https://github.com/quarkusio/quarkus/discussions/41867
111+
discussion: https://quarkusio.zulipchat.com/#narrow/channel/187038-dev/topic/WG.20.2330.20Test.20Classloading.20chatter/
112+
- title: "Quarkus 3.15 LTS"
113+
board-url: "https://github.com/orgs/quarkusio/projects/28"
114+
short-description: This WG focuses on defining the issues we would like to have in the next-to-be LTS (Quarkus 3.14/3.15)
115+
readme: |
116+
<p>This working group uses a different board:</p>
117+
<ul>
118+
<li>The <code>under discussion</code> column contains the issues we would like to have in the next LTS but are still under consideration.</li>
119+
<li>The <code>out of scope</code> column contains the issues under discussion' that won't be included. The reason can be time or technical...</li>
120+
<li>The <code>in progress</code> means that the work has started and should be completed before the TLS cut date</li>
121+
<li>The <code>done</code> column means that the issues have been completed</li>
122+
</ul>
123+
status: staled
124+
completed: false
125+
last-activity: 2025-03-03
126+
last-update-date: 2024-10-28
127+
last-update: |
128+
Everything is fine for now.
129+
130+
There are discussions on defining a regular cadence release. We will communicate when we have more details.
131131
- title: "WebSocket Next"
132132
board-url: "https://github.com/orgs/quarkusio/projects/26"
133133
short-description: WebSocket-Next related tasks

0 commit comments

Comments
 (0)