@ServerResponseFilter and @ServerRequestFilter fails on startup with NoSuchMethodException

[computerlove]

Describe the bug

When upgrading to Quarkus 2.14.10 startup of application with @ServerResponseFilter and @ServerRequestFilter crash on startup with

... 
Caused by: java.lang.NoSuchMethodException: org.acme.RequestLogger$GeneratedServerRequestFilter$filter.<init>()
	at java.base/java.lang.Class.getConstructor0(Class.java:3617)
	at java.base/java.lang.Class.getDeclaredConstructor(Class.java:2786)
	at io.quarkus.arc.runtime.BeanContainerImpl$DefaultInstanceFactory.create(BeanContainerImpl.java:78)
	... 26 more

(Or org.acme.RequestLogger$GeneratedServerResponseFilter$filter.())

Expected behavior

The filters are created and app starts successfully

Actual behavior

Application crash on startup

How to Reproduce?

https://github.com/computerlove/NoSuchMethodException-GeneratedServerRequestFilter
The application crash on startup when running mvn quarkus:dev

Output of uname -a or ver

No response

Output of java -version

17

GraalVM version (if different from Java)

No response

Quarkus version or git rev

2.14.0

Build tool (ie. output of mvnw --version or gradlew --version)

No response

Additional information

No response

[geoand]

@mkouba this looks like an Arc problem.

The generated code from RESTEasy Reactive looks like:

@Unremovable
public class RequestLogger$GeneratedServerRequestFilter$filter implements ContainerRequestFilter {
   private final RequestLogger delegate;

   @Inject
   public RequestLogger$GeneratedServerRequestFilter$filter(RequestLogger var1) {
      this.delegate = var1;
   }

   public void filter(ContainerRequestContext var1) {
      ResteasyReactiveContainerRequestContext var2 = (ResteasyReactiveContainerRequestContext)var1;
      RequestLogger var3 = this.delegate;
      ResteasyReactiveRequestContext var10000 = (ResteasyReactiveRequestContext)var2.getServerRequestContext();
      PreventAbortResteasyReactiveContainerRequestContext var4 = new PreventAbortResteasyReactiveContainerRequestContext(var1);
      var3.filter((ContainerRequestContext)var4);
   }
}

however as you can see from the stacktrace, Arc is looking for a no-args constructor

[quarkus-bot]

/cc @FroMage, @stuartwdouglas

[geoand]

Actually there may be more to it... I need to take another look

[geoand]

It was a mistake on my part. #29171 fixes the issue

[geoand]

@gsmet this seems like a very nasty one that slipped through, so if possible, it would probably make sense to not wait long for 2.14.1

[gsmet]

@geoand I can do one on Tuesday but not before that. I think it should work, people can use 2.13.4.Final until then.

[geoand]

Sounds good, thanks!

And yes. 2.13.4 does not suffer from the same problem