Hi,
I think the metadata project under the jboss org should move (just adding it there to make
sure).
I was wondering about
which we use and maintain
but can be used out of WildFly.
And there is the netty-xnio bridge which is under the xnio umbrella but is only used by
WildFly as far as I can tell.
Emmanuel
Le 12/03/2025 à 22:45, Brian Stansberry a écrit :
(project leads -- please be sure to read the 'If you
maintain' part below.)
I'd like to take the next step in transitioning the WildFly project to a
vendor-neutral foundation by applying to Commonhaus. We've been
talking about this for quite a while, gathering input, and the consensus I've seen
has been that Commonhaus is the best option. I think
Commonhaus’ guiding principles around honoring project and community identity and
offering guidance instead of mandates, with its
“community-first” governance model, make it the best for WildFly.
The process of applying is covered at
https://github.com/commonhaus/foundation/discussions/new?category=joining....
I'm hoping
to initiate a discussion by the end of this week. That entails filling out the issue
template linked above and sending up a PR with the
necessary information.
Note that I'll be applying for the 'WildFly' project, which is somewhat
nebulously defined. A simplistic, and incomplete boundary is that
it covers the non-archived projects hosted in the 'wildfly' GitHub organization.
It will also cover non-archived projects in the
'wildfly-extras' GitHub org, except, perhaps:
creaper
sunstone
wildfly-camel
wildfly-camel-book
wildfly-camel-examples
It can cover those as well, but I want to check with the respective project maintainers
that that's what they want.
It will also cover a few repos in the 'jboss' and 'jbossas' Github orgs
that really should be moved to the 'wildfly' org.
If you maintain a project that is not in one of the categories above but that you believe
fits into WildFly project governance, or could
fit into a sensibly modified WildFly governance, and you'd like it to be considered
part of this application, please let me know. If you
want to discuss it here, that's fine.
Some (not definitive) considerations as to whether a project 'fits'
* Is it somehow 'WildFly' branded, or perhaps 'JBoss' branded as a
leftover from 'JBoss AS'?
* How much is it used outside of the various WildFly deliverables?
Thanks!
Best regards,
--
Brian Stansberry
Principal Architect, Red Hat JBoss EAP
WildFly Project Lead
He/Him/His
_______________________________________________
wildfly-dev mailing list -- wildfly-dev(a)lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave(a)lists.jboss.org
Privacy Statement:
https://www.redhat.com/en/about/privacy-policy
List Archives:
https://lists.jboss.org/archives/list/wildfly-dev@lists.jboss.org/message...