Wildfly 11.0.x: Suppress "WFLYRS0015: No Servlet declaration found for JAX-RS application" ?

[lafr]

Hi all,

When deploying my application (ear with a couple of jar and war files) on Wildfly 11.0.0.Beta1-SNAPSHOT I get warnings like this one for all the war files:

WARN  [org.jboss.as.jaxrs#deploy] WFLYRS0015: No Servlet declaration found for JAX-RS application.  In ws-common.war either provide a class that extends javax.ws.rs.core.Application or declare a servlet class in web.xml.

When deploying the same ear file on a Wildfly 10.1. this warning message does not appear.

Those war files raising the warnings do not contain RESTful Webservices, only SOAP based Webservices, and therefore do not need either servlet or class.

Only 2 sub modules contain RESTful Webservices and have a class extending javax.ws.rs.core.Application.

How can I avoid those warnings, or even better, the whole JaxRS processing of these submodules?

Preferably in a way which is compatible with Wildfly 10.x.

Sure, I can add classes also to my SOAP based WS modules to make Wildfly quiet, but I not like this approach.

And ignorable warnings should not appear when starting Wildfly server with deployed app / deploying the application.

Regards, Frank

[jaikiran]

I think that log message is a bug. What's happening here is that a deployment is considered a jaxrs deployment if it contains a jaxrs artifact/component. The implementation of the deployment processing logic attaches a marker to that deployment unit if it's a jaxrs deployment. However, the implementation also has a piece of logic which marks the *parent* (ear) deployment unit as a jaxrs deployment if _any_ of the child deployment units (war for example) has a jaxrs artifact wildfly/JaxrsDeploymentMarker.java at master · wildfly/wildfly · GitHub

So the deployment unit processors which rely on this marker to decide their rest of the logic, don't have a precise way for making that decision and the wildfly/JaxrsIntegrationProcessor.java at master · wildfly/wildfly · GitHub seems to be ending up in logging those messages against WAR sub deployment(s) which don't really have jaxrs artifacts.

You might want to raise a JIRA pointing back to this thread.

P.S: It's not just the logging which is a problem, but looking at the code, I think certain deployment processors might be doing additional work which they don't really need to do since the deployment isn't really a jaxrs one.

[lafr]

[WFLY-8586] Warning "WFLYRS0015: No Servlet declaration found for JAX-RS application." raised for non-JAX-RS submodules …

[asoldano]

Hi,

Frank, I believe [1] should fix this. If you can try the patch, feedback is welcome.

Jaikiran, thanks for the initial analysis. As for this being a more general bug, well... the whole jaxrs integration in the container might have to be revisited to properly avoid few processors from running when it's not really needed. The fact is that even if a war sub deployment does not have jaxrs annotated classes, it still has to be processed by the jaxrs processor for misc reasons, for example because its web metadata might include declaration of resteasy servlets.

So, for now I believe the proper action to take is to suppress the warning for sub-deployments.

Thanks

[1] [WFLY-8586] Suppress WFLY-7873 warning for EAR sub-deployments by asoldano · Pull Request #9942 · wildfly/wildfly · GitH…

[lafr]

Tried the fix and the Warnings no longer appear.

Thanks.