News

Weld 7.0.0.Alpha1

2025-12-1   release   Matej Novotny

First release of Weld 7, a CDI 5.0 compatible implementation, has landed in Central.
Look for Weld Core 7.0.0.Alpha1 and Weld API 7.0.Alpha4!

What’s new in this CDI version?

  • First of all, starting with CDI 5.0.Alpha3 (released after M1), the artifacts have new coordinates which this Weld release consumes

    • The group ID has changed from jakarta.enterprise to jakarta.cdi so it is now in line with other Jakarta projects

    • The artifact IDs are always in the form of jakarta.cdi-[something]; the basic CDI API artifact ID is now jakarta.cdi-api

    • CDI also provides relocation artifacts meaning users will be able to keep consuming the old coordinates but a warning during their build will help them migrate to new artifacts

  • Added implementation of the newly introduced @Reserve concept (WELD-2824)

  • Implement client proxy unwrapping API (WELD-2823)

  • Lang model implementation now supports records and sealed classes (WELD-2809 and WELD-2810)

There are various other bugfixes that went into this version, the list of related issues can be found here.

What else is coming?

Aside from smaller changes and clarifications, two more features are being worked on:

If you find an issue with this release of some of the implemented features, don’t hesitate to reach out.


Weld 6.0.3.Final

2025-5-20   release   Matej Novotny

Weld 6.0.3.Final release is now available in Maven Central.

There are only two fixes to mention here:

  • Added validation for interceptor classes declaring multiple methods for the same interception type (WELD-2814)

    • This is a fail-fast(er) mechanism for users; otherwise the behavior is mandated by the Interceptors specification

  • Correct AnnotatedType ID creation to avoid cache miss leading to possible memory leak (WELD-2815)

    • The leak is not generic and doesn’t affect most deployments. In fact it requires at least all of the below condition to start appearing:

      • Using CDI producers along with InterceptionFactory

      • Repeatedly creating these beans, so most likely @Dependent bean

      • And most importantly, the AnnotatedType backing the bean has to have an annotation with a non-empty array type value

    • Even if this issue is unlikely to manifest, we recommend users to update their Weld version if possible

If you find any issues with the current release, don’t hesistate to report them via usual channels.


Weld 5.1.6.Final

2025-5-20   release   Matej Novotny

Weld 5.1.6.Final is now headed towards Maven Central with a tiny fix for potential memory leak.

There was a very specific scenario possibly leading to a memory leak due to caching mismatch.
Note that this only occured if the following conditions were met:

  • Having a producer using InterceptionFactory

  • Repeatedly creating those bean (most likely @Dependent beans)

  • The underlying AnnotatedType backing this bean had to have an annotation with a non-empty array type value

Because this requires a very narrow set of conditions, it is reasonable to believe that most deployments are unaffected.
That said, if you can upgrade, we definitely encourage you to!

For more details and links to the PRs, feel free to browse WELD-2815 JIRA.


Moving to a Foundation

2025-5-7   team   Matej Novotny

Just like other projects in the ecosystem around us (WildFly, SmallRye, RESTEasy, Undertow, …​), Weld too has been looking for a friendly vendor-neutral place it could inhabit - a software foundation.
It is our hope that by joining a foundation we can make Weld more open, expand the community, improve transparency and encourage participation from contributors coming from all over the software landscape.

Things to Keep in Mind

When choosing a foundation to join, there are several importants things to consider:

  • Ability to use the tooling we currently have to minimize the impact of the move. For instance, we still use JIRA for issues.

  • Maintain the ability to perform quick release when needed and at flexible intervals.

  • As a project, retain independence in decision-making. I.e. if possible do not fall under foundation imposed restrictions and rules.

What Does the Move Entail?

Red Hat has always been supportive of open source and collaboration in vendor-neutral projects and this is still the case; Red Hat bussiness leaders are fully supportive of this move.
Furthermore, we, as in the Weld team, aim to keep working on the project and supporting it just like we did up until now.

Current Status

At the moment we are eyeing the option to move along with WildFly under the Commonhaus Foundation.

Community Feedback

We’d love to hear your thoughts on this so don’t hesitate to speak through the mailing list or via a discussion topic directly in the GitHub repository.

Best Regards
Matej


Weld 6.0.2.Final

2025-4-3   release   Matej Novotny

Here we are with yet another small update to Weld 6; say hello to Weld 6.0.2.Final.

Changes in this version:

  • Support for records in the CDI Lang Model (WELD-2809)

  • Container lifecycle observers can now inject any subclass of BeanContainer into them (WELD-2811)

  • Substantially improved exception messages for invokers (WELD-2812)

As always, do report any bugs you encounter so that we can squash them as soon as possible!