Skip navigation
This project is read only now. Read more.
1 2 Previous Next


24 Posts authored by: asoldano

The blog is moving!

Posted by asoldano Dec 17, 2019

The RESTEasy project blog is moving to a new location and this is going to be the last post here.

As you might have noticed, the website (currently hosted on GitHub) has just been updated to include the blog too.


Please keep on following us at

Just before Halloween, here is another nice release of RESTEasy!

The new version comes with:

  • a bunch of new features in the Spring Web integration area
  • many enhancements, mainly aiming at improving performances
  • a lot of component upgrades, to pull in the latest / greatest available dependencies
  • some important bug fixes (including one for a potential memory leak in the Reactor Netty client integration)


In addition to that, RESTEasy 4.4.0.Final is the first version relying directly or indirectly on Jakarta EE API artifacts. We've been replacing all JavaEE API dependencies with the corresponding Jakarta EE 8 ones, while moving to new major versions of JBoss spec API artifacts (now forked from Jakarta EE APIs). This basically followed the same approach we used in WildFly (read more from Brian here, if interested).


The 4.4.0.Final release artifacts are available on Maven Central and JBoss Nexus repositories as usual and the distribution can also be downloaded at


Finally, Quarkus 0.27 has just been released too, and it includes RESTEasy 4.4.0.Final... time to give it a try ;-)

Feedback is welcome as usual!


If you look at the download page, you might notice that so far 2019 has been a year rich of RESTEasy releases. We've made 11 new versions available to the community, starting a new major (4.0) and six new minor (3.7, 3.8, 3.9, 4.1, 4.2, 4.3) streams. This was partially because we're trying to avoid including features in micro version releases and we're carefully ensuring that anything that is backported to RESTEasy 3 is fully backward compatible, so that it can be consumed by WildFly. The other reason for the high number of minor releases... is basically that we've got a lot of good quality contributions from the community! Thanks!


As the releases have been somehow unpredictable, I wanted to write down and share a development roadmap, but these days that's quite a difficult task, especially considering that now RESTEasy is looking at both JakartaEE and Microprofile evolution (which is far from being set in stone ;-)), while both WildFly and Quarkus are feeding RESTEasy's requirements tracking list and begging for frequent releases ;-) So I think I'll start with providing some highlights on the areas where the core team is currently willing to focus in the next 12-18 months; clearly I expect the community to influence the actual future of the project.



JakartaEE 8 is here and 9 is being planned these days. When it comes to the Jakarta RESTful Web Services, the spec group is already actively working on version 2.2 and thinking about the following ones. RESTEasy will definitely implement the latest versions on master (we actually have a prototype of the new SE boostrap API ready since months); the backport to 3.x stream will have to be coordinated with WildFly efforts around JakartaEE upgrades.



RESTEasy is implementing MicroProfile REST Client 1.3 and will be updating to new versions should they be produced by the spec working group. Besides that, we have plans for improving the integration of some of the other MicroProfile technologies in RESTEasy (OpenAPI, OpenTracing, Config). The efforts are possibly going to be on both master and 3.x: as Brian recently announced, MicroProfile is going to be a significant focus for the next couple of WildFly releases.


Quarkus integration improvements

I foresee multiple contributions and request for enhancements coming from the Quarkus land in the very next future. A few examples of possible improvements would be the support for non-blocking IO on server side and possibly an abstraction layer for the access to annotations, to avoid RESTEasy performing a lot of annotation scanning at runtime.


WildFly integration improvements

In addition to the JakartaEE and MicroProfile efforts mentioned above, we still have a few new features that were planned for previous WildFly releases but haven't been completed yet. I'm thinking about exposing statistics for RESTEasy resources in the WildFly management model and possibly adding a new module for WADL support.


That's it for now, I promise I will try to update you on the plans in the future!

Stay tuned ... and keep on contributing!

I'm pleased to announce that, at the end of last week, RESTEasy 4.2.0.Final has been released! It's less than two months since the previous minor has been tagged, however the community has been quite active lately (thanks!!) and we had a few interesting contributions really deserving a release:

  • Great performance improvements: two parallel efforts on reducing memory footprint improved our internal benchmark numbers quite a lot; both JAX-RS client and server applications should be sensible faster as a consequence of a lower memory allocation rate. Moreover, a couple of nasty bugs resulting in performance penalties in some corner cases have been fixed.
  • Vert.x Client HTTP engine: we now have another implementation of the RESTEasy Client HTTP engine interface, based on Eclipse Vert.x and properly supporting async / non-blocking IO.
  • Spring Web REST integration (experimental): RESTEasy now provides the ability to process Spring Web REST annotations (i.e. Spring classes annotated with @RestController) and handles related REST requests without delegating to Spring MVC.


The latest artifacts are available on the JBoss Nexus repository as well as Maven Central repository. Quarkus is being upgraded as well to benefit from the latest additions mentioned above!



as previously anticipated, RESTEasy 4.1.0.Final has been released! It brings the new MicroProfile REST Client 1.3 implementation on 4.x series too, the same provided last week with 3.8.0.Final.

Besides that, few other new features and improvements are included in this release; something worth mentioning is that the community contributed two new modules for integration with the Project Reactor , namely a new implementation of the Async client engine interface based on Reactor Netty and initial support for Flux and Mono types in resources, similarly to what RESTEasy already does with RxJava 2 types.


While 3.8.0.Final is soon landing in WildFly and Thorntail, the upgrade to 4.1.0.Final has just been merged in Quarkus master, so the new version will most likely be part of next Quarkus release!

Stay tuned and give the new versions a try!


Last week the release of MicroProfile 3.0 was announced. It comes with few additions and updates in some of its specifications, one of them being the MP REST Client which has been upgraded to version 1.3.

RESTEasy used to implement an old version (1.0) of MP REST Client, while more recent versions have been provided as part of the SmallRye project. Starting from MP 3, we decided to join the efforts of the two teams and provide the most up to date version of that spec in RESTEasy.

So today I'm happy to announce the availability of RESTEasy 3.8.0.Final, whose main new feature is the implementation of MicroProfile REST Client 1.3. The artifacts have been built and released to both Central and JBoss Nexus Maven repositories. The new documentation as well as the binaries, are available on the website.

A new release from the 4.x stream is also coming very soon and will of course include the same MP REST Client 1.3 implementation too.

Stay tuned and try RESTEasy 3.8... feedback is welcome!

At the end of March I was announcing RESTEasy 4 CR1 and telling the final was coming soon. Unfortunately it has taken more than I hoped for the transition; the nice thing, however, is that was because the community (especially Quarkus one) really tested the CRs and we got few bugs reported (and fixed ;-) ). In any case earlier today the 4.0.0.Final artifacts have been built and released to both Central and JBoss Nexus Maven repositories. The new documentation, as well as the binaries, are available on the website.

Previous blog posts already provided references to the new features coming with RESTEasy 4, I really encourage reading them.

Going beyond new features, I believe this release sets the ground for future exciting developments in RESTEasy; the project got rid of old / deprecated pieces and is in a better position for accomodating the implementation of new and modern features, especially for Quarkus cloud-related scenarios.

Stay tuned and try RESTEasy 4... feedback is welcome!

Earlier this week a release candidate version (4.0.0.CR1) of RESTEasy has been tagged. The artifacts are built and available on the Maven Central and JBoss Nexus repositories.

This is the result of many months of work on RESTEasy master branch in parallel with the continuous enhancements and maintenance on the 3.x stream ; below I'm highligthing some of the areas on which the team has been focussing.


Major cleanup

During last 2 years, we have spent a lot of energies in getting rid of not-needed anymore (or deprecated) classes, components, dependencies and such. As an example, RESTEasy 3 still included the old RESTEasy 2 client implementation pre-dating the JAX-RS 2 spec client; clearly, that's deprecated since years and possibly even confusing users; with RESTEasy 4 it's gone. Similarly, old and deprecated modules have been dropped, including:

  • the Jettison, Jackson 1 (org.codehaus one), Abdera and YAML providers
  • the Netty 3 server adapter
  • the RxJava (1) integration
  • the TJWS embedded server
  • few security modules duplicating Keycloak services.


Code restructure and optimizations

Together with the removal of old cruft, we've made some progress in restructuring the project in a way that:

  1. allows running with JDK9+ (JDK11 tested at the time of writing) and the JPMS module system (as an example, we had multiple packages split between different modules that had to be dealt with);
  2. allows clearly figuring out whether a given class is to be considered as part of RESTEasy public API or not.

This clearly resulted in a lot of refactoring, with some classes that had to be moved. We tried to cause as less disruption as possible with the changes, still few non-backward compatible changes had to be performed and are going to be documented in a migration guide to be prepared before releasing 4.0.0.Final. Regarding the second goal above, the big resteasy-jaxrs and resteasy-client modules have been split into resteasy-core-spi, resteasy-client-api, resteasy-core and resteasy-client, with the first and second ones to be considered as public modules, for which we're expected to retain backward compatibility till next major release.

The reason for the refactoring aimed at the public/private module separation is of course easier future maintenance; however, we also did some refactoring for optimizing few parts of the project that we knew as problematic performance-wise. That's the case of the ResteasyProviderFactory class, which has grown a lot year after year and had a lot of state info being copied over and over for most common usage scenarios, badly increasing memory pressure. In RESTeasy 4, when a ResteasyProviderFactory instance is known to be needed for client usage only, the server side specific data is not computed and stored; the opposite happening for server-side only scenarios, with a nice memory allocation reduction.


New features

RESTEasy 4 is coming with all the features, fixes and upgrades that went into the 3.x releases (350+ jira issues have been solved). To name some of the recent additions, that includes the JAX-RS 2.1 implementation, the Reactive programming support, the new HTTP client engines (including NIO), etc.

On top of that, there're few additions that could not be backported to 3.x branches and are new in RESTEasy 4:



While RESTEasy 3 main integration targets are WildFly and JBoss EAP 7.x, when the efforts for RESTEasy 4 were started we had no clear idea of which container would have been consuming the project, so we thought we would have targeted standalone usage of RESTEasy. The reason for that clearly were WildFly and JBoss EAP coming with strict rules around backward compatibility and RESTEasy 4 not being able to satisfy them (because of the changes explained above and considering his historical deficiencies in terms of public/private classes separation).

However, when the work on Protean (now Quarkus) started, it became evident that RESTEasy 4 was well positioned for being included in the new stack, especially considering our efforts on reducing the memory footprint and getting rid of useless / old classes while retaining modern functionalities like the reactive programming support. As a consequence, Quarkus has been launched including RESTEasy 4 beta and few days ago I've upgraded it to pull 4.0.0.CR1.


So, it's definitely time to give RESTEasy 4 CR1 a try! There're multiple ways you can play with it:

  • in Quarkus, either waiting for next week release or building the latest sources from github master; note, there's a nice quickstart pulling RESTEasy too in the Quarkus Getting Started Guide ;-)
  • standalone, by simply pulling the 4.0.0.CR1 artifacts as dependencies in your Maven project
  • on WildFly 16, by patching its modules (if you can cope with the few API changes we did) with the contents of our jboss-modules module, after having built it from the sources on github.


Hopefully, unless something critical is spotted or reported, we'll be releasing Final (including proper documentation) in few weeks from now.

Stay tuned!


RESTEasy release week

Posted by asoldano Aug 9, 2018

It's been a busy week... but before leaving for the week-end I owe you an update ;-) Three new releases have been completed in the last days:


As usual, give them a try while they're hot, feedback is welcome!

A couple of months ago, we announced the move of the RESTEasy Spring Boot starter to RESTEasy organization on GitHub. We also mentioned that soon a new version of the starter would have been available... and here we are today, presenting release 2.0.0.Final, which

  • integrates Spring Boot 2 (currently 2.0.3.RELEASE version)
  • relies on the latest RESTEasy 3.x series (currently 3.6.0.Final version).

The artifacts are available on Maven central repository, as well as the JBoss repository. Feel free to pull them and give them a try.


You might have recently read about the very interesting new features being developed these days in RESTEasy... great, the time has come to deliver them in a couple of releases!

Last week, RESTEasy 3.6.0.Final and 4.0.0.Beta4 have been tagged, built and published; here is a list of the most relevant additions coming with them:

  • client and server side reactive extensions [1][2]
  • parameter annotations with default names [3][4]
  • JettyClientEngine to use jetty-client with JAX-RS Client [5]
  • SPI to modify resource metadata [6]


Moreover, 4.0.0.Beta4, also feature the first part of the changes for the tracing system [7] and asynchronous container filters [8] support.

Both releases are available on the usual Maven repository, feel free to try them out!

3.6.0.Final is also being pulled into WildFly master, targetting inclusion in WildFly 14 release.



[1] Asynchronous, reactive, rxjava and beyond!

[2] Chapter 39. Reactive programming support

[3] New DRY-er annotations for parameters

[4] Chapter 13. Improved @…Param annotations

[5] Chapter 50. RESTEasy Client API

[6] Chapter 18. Resources metadata configuration

[7] A brief introduction to the RESTEasy Tracing Feature

[8] New: Asynchronous container filters

Back in August last year, Fabio Carvalho from PayPal has blogged here on how to use RESTEasy in a Spring Boot application, relying on a Spring Boot starter project that he basically developed. What happened in the following months is that PayPal decided to donate the project to Red Hat.

So here I am today, publicly thanking Fabio and PayPal and announcing the first final release of the rebranded RESTEasy Spring Boot starter.

The new project sources are on GitHub under the RESTEasy organization; the issue tracker is the same as the main RESTEasy project and previously existing issues have been migrated there.

Compared to the latest release from PayPal repository, the first Red Hat release, 1.0.0.Final, brings an update to Spring Boot 1.5.12.RELEASE version and explicit support for Java 9 & 10.

In the next future, the plan is to move forward embracing Spring Boot 2 and integrating more recent versions of the core RESTEasy (3.5 / 3.6 streams).

So please stay tuned, play with the latest release and feel free to contribute!

Two months after last round of releases, here we are again with two RESTEasy bug fix versions, 4.0.0.Beta3 and 3.5.1.Final.

After we completed the implementation of JAX-RS 2.1 and shipped it few months ago within WildFly 12, we started getting some feedback about it. I'm really happy about the interest coming from the community, thanks and please keep on playing with RESTEasy ;-) Anyway, thanks to users contributions and some additional internal testing, we've fixed a bunch of issues especially around JSON-B support and SSE.

On top of that, with JDK 10 having been officially released, we had to ensure that the project can be successfully built and tested with it. So if you're running with Java 10, upgrading to RESTEasy 3.5.1.Final / 4.0.0.Beta3 is really something you should evaluate.

The full release notes are available here. The Maven artifacts are available  for both releases on the usual repository.

Next round of releases will most likely include few new and interesting features, stay tuned... ;-)

Three months after previous announcement, here we are with another step towards RESTEasy 4! Among the achievements in 4.0.0.Beta2 version we have:

The full release notes are available on jira, the artifacts are built and published on Maven repositories and the sources are on GitHub as usual ;-)


To align with the WildFly roadmap and increase adoption, during the last month the team has worked hard on backporting most of the new features and all bug fixes contributed so far on master to a new dev stream forked from the 3.0.x branch. The result is today's release of RESTEasy 3.5.0.Final, which is helping WildFly on the road to Java EE 8 compliance by providing JAX-RS 2.1 implementation while ensuring full backward compatibility with the RESTEasy versions it previously shipped with.

RESTEasy 3.5.0.Final basically allows easy access to the 4.0.0.Beta1 / 4.0.0.Beta2 stable features by offering a painless upgrade path to the 3.0.x users.

The natural upgrade path for users already on RESTEasy 3.1 series is straight to RESTEasy 4.0.0.Beta2 instead.


RESTEasy 3.5.0.Final binaries and sources are available on, together with the official documentation. Release notes on jira and Maven artifacts on the repository, as usual.

Please consider trying the latest release and providing feedback!

Enjoy :-)

Back at the end of July I mentioned that the team would have focussed on JSR-370... and here I am few months later, happy to announce that the first Beta release of RESTEasy 4 has been tagged over the weekend and it features JAX-RS 2.1 implementation.

However this beta comes with more additions... besides for the implementation of the latest specification for RESTful webservices in Java, here is a brief list of what's new:

The full release notes are available on jira, the artifacts are built and published on Maven repositories and the sources are on GitHub as usual ;-)

Please consider trying the latest release and providing feedback!


Filter Blog

By date:
By tag: