RESTEASY002120: ClassNotFoundException: Unable to load builtin provider in Quarkus Native 2.11.2.Final #27277
Comments
|
/cc @Karm, @evanchooly, @galderz, @geoand, @zakkak |
|
Hello @vladimirfx, Could you share a small reproducer for this? A basic project, could be partially generated from code.quarkus.io and modified so as it shows the problem. Did it work with previous Graal/Mandrel? |
|
I've had the same problem look at #27139 adding quarkus-resteasy-jackson to the dependency solved the problem |
|
I'm having the same problem in simple command line application (no resteasy to expose rest endpoints, just rest client with jackson). https://github.com/szymonprz/wistia-downloader You can reproduce the problem by downloading latest release of application and simply run the command from readme My setup: package was built with |
|
@szymonprz Did try @paolopiccinini's solution above? |
|
@galderz I've just tried this solution and it works now (here is pr in my project with the fix), but the question arises, why do I need quarkus-resteasy-jackson dependency on command line application without rest endpoints? |
|
Also if you try to unit test the resource without quarkus-resteasy-jackson you get java.net.ConnectException as I wrote here |
Done https://github.com/vladimirfx/quarkus-211-resteasy002120 Quarkus 2.9.1 works correctly. GraalVM or Mandrel makes no diffrence. Looks like there is an absence of hints for build-in JAXRS providers for client-only JAXRS dependencies. |
That's a very good question. Some reshuffling is likely needed. Maybe @gsmet or @geoand can help here? |
|
@vladimirfx Is your command line application making some rest client requests? |
Yes, I use rest client. But my app is ETL. This make no difference - bug reproduced in any app where JAXRS client used without JAXRS server. Fortunately for my apps is not critical because it not use built-in providers. |
|
We haven't changed anything in our RESTEasy Classic support AFAIK. Have you tried using GraalVM |
Yes, I've attached the reproducer project - all on defaults (Graal 22.1 on native-image, without Mandrel), bug reproduced, moreover in any conf where RESTEasy Classic client is used without server dependencies reproduce this bug. Quarkus 2.9.1 works well. |
|
Quickly tried the attached reproducer and was able to reproduce the issue. The classes not found are specified by the |
|
Reproduced on Quarkus 2.12.0.Final |
|
Changed the labels @geoand. I don't see any indication that this is an issue with native itself, but rather an issue with resteasy changes in the Quarkus update? Who can explore this further? |
|
@gsmet do you have any change in mind that could have caused it? |
Fun fact: I was able to reproduce this with every version down to 2.7.0.Final (didn't try lesser) and also with Java/mvn reproducer I created. I don't think it's important though. |
fixes: quarkusio#27277 (cherry picked from commit 2116ef3)
|
I've got the same problem. But not with the classic but reactive package of resteasy and Quarkus 2.13. |
|
I think is better to file new issue. |
Describe the bug
After upgrading Quarkus from 2.10.3.Final to 2.11.2.Final one of our ETL modules logs this warnings:
Implementation deps:
dependencies { implementation("io.quarkus:quarkus-rest-client-jsonb") implementation("io.quarkus:quarkus-quartz") implementation("io.quarkus:quarkus-hibernate-orm-panache-kotlin") implementation("io.quarkus:quarkus-liquibase") implementation("io.quarkus:quarkus-jdbc-postgresql") }Expected behavior
No warning should be logged.
Actual behavior
No response
How to Reproduce?
No response
Output of
uname -aorverNo response
Output of
java -version17.0.4
GraalVM version (if different from Java)
GraalVM 22.2.0.0-Final Java 17 Mandrel Distribution
Quarkus version or git rev
2.11.2.Final
Build tool (ie. output of
mvnw --versionorgradlew --version)Gradle 7.5.1
Additional information
No response
The text was updated successfully, but these errors were encountered: