WildFly Core has a new Lead
by Stefano Maestri
Hi all,
Please join me in congratulating @Yeray Borges Santana
<yborgess(a)redhat.com> for
his new position as project and component lead for WildFly-Core!
Yeray has been one of the most active contributors to the project and he
is taking over Jeff Mesnil who lead greatly the project over the last few
years.
Jeff is not going anywhere and will act as Yeray backup, but please send
all your inquiries about WildFly-core to Yeray from now on.
Congratulation again Yeray! Very well deserved!
Stefano Maestri
Manager, Software Engineering.
Red Hat <https://www.redhat.com/>
smaestri(a)redhat.com
<https://red.ht/sig>
3 years
WildFly Vertx Extension
by Lin Gao
Hello all,
I want to introduce a Vertx extension[1] to WildFly, which brings more
reactive power from Vert.x. It also allows the applications deployed
in WildFly to use Vert.x APIs, and benefit from the components in the
Vert.x community. You can also package the Vert.x Verticle classes and
deploy them using a deployment descriptor bundled in the application
archive. In case of clustering Vert.x, you can configure the Vert.x instance
to interact with remote Vert.x instances.
The idea is to define Vert.x options and create Vert.x instances with the
options using WildFly management model, These Vert.x instances are
shared by deployments, and can be accessed by JNDI lookup and CDI.
Vert.x can be used embedded, which makes the Vert.x instance private to
that application, with this extension, the Vert.x instances are shared
between each deployment, which provides another way for the deployed
applications to communicate with each other via the Vert.x event bus.
Currently, I have integrated some Vert.x components into the extension,
like: vertx-web-client, vertx-config, vertx-auth, etc, there may be more to
be added later on.
Would you please share your suggestions and feedback to this extension ?
Thanks :)
[1] https://github.com/gaol/wildfly-vertx-extension
--
Lin Gao
Senior Software Engineer
JBoss Sustaining Engineering Team
3 years
WildFly 26.1.1.Final Freeze is Friday 13th May 2022
by James Perkins
Hello All,
The freeze date for WildFly 26.1.1.Final is Friday 13th May 2022.
Please file any PR's against the 26.x branch and make sure that there is an
associated WFLY issue on our JIRA tracker. In the JIRA tracker for the
issue, make sure that it has 26.1.1.Final as the Fix Version. In the PR
please also link to any new or already merged PRs against the main branch.
If the fix is needed for WildFly Core, use the 18.x branch and the WFCORE
issue tracker. The freeze date for issues in WildFly Core is one day
earlier (Thursday 12th May) as we need to release WildFly Core before the
freeze date for WildFly.
Note that the payload is meant to be limited, containing only critical
fixes, things community members are eager for etc., and component upgrades
addressing similar issues.
Any questions, please let me know.
--
James R. Perkins
JBoss by Red Hat
3 years
JSF component has a new Lead
by Stefano Maestri
Hi all,
please join me in congratulating @Jason Lee <jaslee(a)redhat.com> for his new
position of project and component lead for JSF!
Jason has long experience in JSF area, being also part of the JavaEE JSF
committee when the specification has been defined. He is taking over Farah
Juma who did a great job in the last few years leading the project.
Jason is also involved in Undertow and other web components development,
bringing JSF under the most natural area of interest.
Congratulation again Jason! Very well deserved!
Stefano Maestri
Manager, Software Engineering.
Red Hat <https://www.redhat.com/>
smaestri(a)redhat.com
<https://red.ht/sig>
3 years
