Jakarta - EE 10 - RestClientExceptionTest.testExceptionCaught failure
See original GitHub issueWith the current state of jakarta-rewrite
(for more information, see https://github.com/quarkusio/quarkus/tree/main/jakarta#build-locally), we have the following failure:
[ERROR] io.quarkus.restclient.exception.RestClientExceptionTest.testExceptionCaught Time elapsed: 0.01 s <<< FAILURE!
org.opentest4j.AssertionFailedError: expected: <null> but was: <http://localhost/private-service>
at org.junit.jupiter.api.AssertionFailureBuilder.build(AssertionFailureBuilder.java:151)
at org.junit.jupiter.api.AssertionFailureBuilder.buildAndThrow(AssertionFailureBuilder.java:132)
at org.junit.jupiter.api.AssertNull.failNotNull(AssertNull.java:50)
at org.junit.jupiter.api.AssertNull.assertNull(AssertNull.java:35)
at org.junit.jupiter.api.AssertNull.assertNull(AssertNull.java:30)
at org.junit.jupiter.api.Assertions.assertNull(Assertions.java:275)
at io.quarkus.restclient.exception.RestClientExceptionTest.testExceptionCaught(RestClientExceptionTest.java:44)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at io.quarkus.test.QuarkusUnitTest.runExtensionMethod(QuarkusUnitTest.java:486)
at io.quarkus.test.QuarkusUnitTest.interceptTestMethod(QuarkusUnitTest.java:400)
My guess is that a behavior has changed in RESTEasy but I want us to get more details about what is exactly going on before involving James Perkins.
Issue Analytics
- State:
- Created a year ago
- Comments:9 (8 by maintainers)
Top Results From Across the Web
Jakarta progress - Quartz, RESTEasy 6.2, SmallRye Reactive ...
Successfully merging this pull request may close these issues. Jakarta - EE 10 - AWT test failures Jakarta - EE 10 - RestClientExceptionTest...
Read more >The Eclipse Foundation's Jakarta EE Working Group ...
Jakarta EE 10 introduces features for building modernized, simplified, and lightweight cloud native Java applications, delivering a new baseline ...
Read more >Java for the enterprise: What to expect in Jakarta EE 10
The Jakarta Security API Jakarta Security was a new API in Java EE 8. It came out of the box with three authentication...
Read more >JakartaEE 10 OpenIdAuthenticationMechanism failed with Auth0
Finally I got it work by adding the jwksReadTimeout = 5000 to the @OpenIdAuthenticationMechanismDefinition . The Jakarta EE Security ...
Read more >Fault Tolerance 6.0.0 - SmallRye
x stream. Shortly after that, we'll upgrade the basic dependencies (Jakarta CDI etc.) to their Jakarta EE 10 versions. Since Jakarta EE 9...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@Sgitario thanks for digging into this. TBH, I’m not sure what to do. Fixing the test means that anyone using this pattern might have information leaking to the users… which is quite bad. Especially since this test is there exactly to make sure this behavior is not happening. And that we made explicit changes in RESTEasy for it not to happen.
@jamezp could we discuss this change with @sberyozkin and @Sgitario when you’re back from PTO? I’m pretty sure it opens a can of worms.
@Sgitario I wonder if you could have a look at that one and try to understand the change of behavior in RESTEasy 6.1?