Weld Core 5.1.0.Final and Weld API 5.0.SP3 are now availabe in Maven Central. Most notable change, which is also the cause of a minor version bump, is the removal of Weld Probe from our codebase. Details are in this JIRA issue and were also communicated via weld-dev email. In short, Probe hasn’t been maintained for a long time and its UI part is using outdated libraries and...

Weld Core 5.0.1.Final is now available and comes with Weld API 5.0.SP2. Main highlights are as follows: Updated all CDI related versions (API and TCKs) to their latest released variants and made sure we are passing Updated many other EE 10 APIs to their latest releases We are once again fully continuously testing against an EE container (nightly WildFly builds) which helped us polish more bumps in tests and code...

Another quick turnaround as more integrators adopt Weld 5 and help us squash bugs. Weld 5.0.0.SP2 is headed into Central as we speak. The main reason for this service release is WELD-2721 which was a spec violation in how AfterBeanDiscovery methods were treated outside of lifecycle observer method invocations. Apart from that, there was also a corner case NPE during Weld Servlet and SE cooperation bootstrap (WELD-2720). As always, if...

A new version of Weld core is now in Maven Central - 5.0.0.SP1. There have been reports of a bytecode verification error in certain scenarios reported by GlassFish and WildFly trying to integrate Weld 5.0.0.Final. We have investigated the cause and identified the problematic change, you can read more about it in WELD-2719. Weld 5.0.0.SP1 release reverts the offending change (WELD-2712) and otherwise keeps Weld...

CDI 4 has passed its Final ballot and is now available in Maven Central. Some of you may have played with it already, but where is the fun in it, if you don’t have a Final implementation, right? Have no fear, Weld 5 Final is here! As usual, there is Weld 5.0.Final API as well as Weld 5.0.0.Final core impl. It is very much the same as CR2...

Final ballot of CDI 4 has uncovered untested and unimplemented area in the newly added Startup and Shutdown events. Our previous release was guilty of not supporting this properly, hence here comes Weld API 5.0.CR2 and Weld Core 5.0.0.CR2. Weld now automatically fires these events and the JIRA issue for this can be seen here (WELD-2709). However, integrators can choose to override this behavior and fire both events themselves...

Weld 5 now has its first candidate release; Weld API 5.0.CR1 and Weld Core 5.0.0.CR1 are headed towards Maven Central. This release has only minor differences from the Beta but it is a testable basis for Final specification release. Here is a quick overview: Correct default package detection inside ProxyFactory (WELD-2704) Use secure actions when obtaining constructors via reflection in LiteExtensionTranslator (WELD-2705) Dozens of dependabot updates for various...

Weld 3.1.9.Final for Jakarta EE 8 and Weld 4.0.3.Final for Jakarta EE 9 are now available. Note Weld 3.1 and Weld 4.0 now enter a maintenance mode - there will be no further active development on these branches. Instead, the focus will be on Weld 5/EE 10 and beyond. Here is a brief list of notable changes; all of these are present in both Weld versions: Gracefully...

Some of you might have noticed that Weld already had some version 5 releases, namely two Alphas. Those were a work-in-progress implementations so I didn’t post any actual release notes as the specification was still undergoing changes. CDI 4 is now in very much ready-to-fly state as its first CR release has recently landed in Maven Central. Therefore, here we are with a proper release of Weld API 5...

New maintenance releases for Weld 3 and 4 have been rolled out. There is only a handful of changes this time so let’s skid across them: Prevent WeldInvocationContext from ever returning null when queried for interceptor bindings (WELD-2675) Fix an NPE if there is an EJB bean with default package present (WELD-2674) Weld wasn’t working on JDK 17 due to jboss-classfilewriter issue; this should no longer be the...