July 2025 - wildfly-dev - Jboss List Archives

Possible component upgrades report - wildfly:main

by thofman＠redhat.com

9 months, 2 weeks

1
0
0 / 0

by Brian Stansberry

We're going to delay the 37 Final release into next week. We're need to be sure that artifacts deployed to the updated JBoss Nexus will properly sync to Maven Central, and that's still being sorted. Best regards, -- Brian Stansberry Architect, JBoss EAP WildFly Project Lead He/Him/His

9 months, 2 weeks

1
0
0 / 0

Possible component upgrades report - wildfly-elytron:1.x

by thofman＠redhat.com

9 months, 2 weeks

1
0
0 / 0

Possible component upgrades report - elytron-web:4.x

by thofman＠redhat.com

9 months, 3 weeks

1
0
0 / 0

Possible component upgrades report - wildfly-elytron:2.x

by thofman＠redhat.com

9 months, 3 weeks

1
0
0 / 0

Possible component upgrades report - wildfly-core:main

by thofman＠redhat.com

9 months, 3 weeks

1
0
0 / 0

Join us on July 24 for a discussion of WildFly Governance!

by Brian Stansberry

We're working hard on adopting a new governance model for the WildFly projects, and we'd love to have your input. To that end, we'll be hosting a call (Google meet) a week from today, July 24, 9 AM EDT, to discuss the topic. It would be great to see you there and hear your thoughts! The call is shown on the https://www.wildfly.org/events/ page. Details: Meeting link: meet.google.com/ihy-jfjf-twc Agenda and discussion document: https://docs.google.com/document/d/1bdAQnKOuFXUTXgihtdaj7IGZq7bfi88xkKV0u... I encourage you to have a look at my call-for-input from a couple weeks ago[1] and the draft document I discussed there.[2] The more that people are familiar with the background the more we can focus on the call on moving things forward. Discussion in advance, either here on wildfly-dev or in comments on the governance doc draft are more than welcome. [1] https://lists.jboss.org/archives/list/wildfly-dev@lists.jboss.org/thread/... [2] https://docs.google.com/document/d/1r2i17R6VtqGeslKlyH6lWVIQix0-QCiMa_6na... Best regards, -- Brian Stansberry Architect, JBoss EAP WildFly Project Lead He/Him/His

9 months, 3 weeks

1
0
0 / 0

Governance process for WildFly projects

by Brian Stansberry

Now that we've moved to Commonhaus, we need to adapt a new governance document for WildFly. So let's discuss! I've created a google doc at [1] to help facilitate discussion. Anyone can comment on that doc or suggest edits. We can use doc comments to discuss and we can discuss in this thread. Let's try and do any really deep discussions here. A challenging aspect of this kind of thing is the scope of WildFly. A number of significant projects that provide components to the WildFly AS but which have their own distinct branding, community, usage etc independent of their use in the AS moved to Commonhaus sponsorship as part of WildFly: * Ironjacamar * JBeret * JBoss Parent * JBoss Threads * JBoss WS * Narayana * RESTEasy * Undertow * Weld I committed to the leads of those projects that they'd be able to define their own project governance, so long as it was compatible with Commonhaus requirements. But, we do need some form of top level document, if for nothing else to define the role of the person who represents everyone on the Commonhaus Extended Governance Committee. So, in the google doc I created a document for the overall "WildFly Commonhaus Organization" that's focused on that bit and spells out the concept of "Top Level Projects", listing the ones above along with the "WildFly Application Server" project. And then I created a separate document for the "WildFly Application Server" project. The other projects listed above would create their own such document that suits their requirements. (The google doc also includes a kind of template for such a thing.) I blatantly ripped off a lot of text in the google doc from Hibernate's GOVERNANCE.md[2] Hibernate has a degree of similarity to the "WIldFly Commonhaus Organization" in that there are distinct Hibernate projects (ORM, Search, Validator, etc) that are cooperatively developed. What I've written is deliberately very light on rules about decisions are made, emphasizing cooperation and consensus. Partly that's was to keep this first draft as simple as possible. And partly it's because maybe that's best. Note that I'd like to get something in place in the next month or so, in order to meet a Commonhaus onboarding requirement. But for sure what we come up with is not fixed in stone; if we have ideas we want to explore we can definitely iterate. I'd like to get the "WildFly Commonhaus Organization" part pretty nailed down quickly, but it's pretty simple. It's the "WildFly Application Server" top level project that is more substantive. Best regards, Brian [1] https://docs.google.com/document/d/1r2i17R6VtqGeslKlyH6lWVIQix0-QCiMa_6na... [2] https://hibernate.org/community/governance -- Brian Stansberry Principal Architect, Red Hat JBoss EAP WildFly Project Lead He/Him/His

9 months, 3 weeks

1
1
0 / 0

Possible component upgrades report - wildfly:main

by thofman＠redhat.com

9 months, 3 weeks

1
0
0 / 0

Possible component upgrades report - wildfly-elytron:1.x

by thofman＠redhat.com

9 months, 3 weeks

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

wildfly-dev July 2025