Hi,

do you see any exceptions in server log? What exactly does not work?

Thanks

This configuration is not working at Wildfly11 for me (I used similar xml files and really simple ContainerResponseFilter implementation (that just print some message to console)). Same for WF14.0.1.

But it works for me if I use ``services="export"`` in first and second level. Can you please try this? Can you also please double-check wf11 behaviour?

schema version shouldn't make any difference. Probably the best would be to use latest (1.8). I'm confused what you consider troubles. If you use services="export" at first and second level, does it work with WildFly 14?

``services="export"`` works for me in WF14 for simple ContainerResponseFilter implementation.

• Can you please share more details about your ContainerResponseFilter? I tried this with simple implementation of ContainerResponseFilter that just print some message to console.
• Do you have access to classes from "BUILD_20181030_1006/dummy-rest-1.0.4-SNAPSHOT.jar" in your deployment? If no: I check this with absolute path in third level module.xml. Can you please try it as well? (just to be sure)

I use these CLI commands:

• module add --name=bo.dummy.module --export-dependencies=bo.dummy.framework.api --allow-nonexistent-resources --resources=place-holder
• module add --name=bo.dummy.framework.api --resources=place-holder --dependencies=javaee.api --export-dependencies=bo.dummy.framework.api.rest --allow-nonexistent-resources
• module add --name=bo.dummy.framework.api.rest --resources=place-holder --dependencies=javaee.api,javax.ws.rs.api,javax.xml.bind.api --allow-nonexistent-resources

I updated new module.xml files to looks like yours from your first comment. But I used absolute path for dummy-rest jar file.

I uses this filter:

public class MyCustomContainerResponseFilter implements ContainerResponseFilter {

   @Override

   public void filter(ContainerRequestContext requestContext, ContainerResponseContext responseContext) throws IOException {

      System.out.println("testing");

   }

}

I use this end-point:

@Path("/a")

public class Resource {

    @GET

    @Path("b")

    @Produces(MediaType.APPLICATION_JSON)

    public List b() {

        return Stream.of("a", "b", "c").collect(Collectors.toList());

    }

}

If you still see this issue: can you please share minimal example of this issue (reproducer, zip with modules and deployment)?

As I mentioned earlier,  services="export" is necessary. Try to use these changes in modules_conf.zip:

diff --git a/bo/dummy/framework/api/sec/main/module.xml b/bo/dummy/framework/api/sec/main/module.xml

--- a/bo/dummy/framework/api/sec/main/module.xml

+++ b/bo/dummy/framework/api/sec/main/module.xml

@@ -7,6 +7,9 @@

     </resources>

     <dependencies>

-        <module name="bo.dummy.framework.api.rest" export="true"/>

+        <module name="bo.dummy.framework.api.rest" export="true" services="export"/>

+        <module name="javaee.api"/>

+        <module name="javax.ws.rs.api"/>

+        <module name="javax.xml.bind.api"/>

     </dependencies>

</module>

\ No newline at end of file

diff --git a/bo/dummy/module/main/module.xml b/bo/dummy/module/main/module.xml

--- a/bo/dummy/module/main/module.xml

+++ b/bo/dummy/module/main/module.xml

@@ -7,7 +7,6 @@

     </resources>

     <dependencies>

-        <module name="bo.dummy.framework.api.rest" export="true"/>

-        <module name="bo.dummy.framework.api.sec" export="true"/>

+        <module name="bo.dummy.framework.api.sec" export="true" services="export"/>

     </dependencies>

</module>

\ No newline at end of file

My output on wf14.0.1:

11:00:32,460 WARNING [bo.dummy.framework.api.sec.DummyResponseSecFilter] (default task-1) + Response Filter for: http://localhost:8080/dummy/test/rest/dummy/info

11:00:32,460 WARNING [bo.dummy.framework.api.sec.DummyResponseSecFilter] (default task-1) + DummyClass state: DummyClass{id='123', name='Name one'}

11:00:32,589 INFO  [bo.dummy.module.test.DummyRest] (default task-1) Calling getInfo

11:00:32,596 SEVERE [bo.dummy.framework.api.sec.DummyResponseSecFilter] (default task-1) - Response Filter for: http://localhost:8080/dummy/test/rest/dummy/info

11:00:32,596 SEVERE [bo.dummy.framework.api.sec.DummyResponseSecFilter] (default task-1) - DummyClass state: DummyClass{id='456', name='Name two'}

11:00:32,597 INFO  [bo.dummy.framework.api.rest.DummyResponseRestFilter] (default task-1) * Response Filter for: http://localhost:8080/dummy/test/rest/dummy/info

Both filters are used ...

Hi Crispin,

I believe that Marek just updated your reproducer. He updated two files (bo/dummy/framework/api/sec/main/module.xml and bo/dummy/module/main/module.xml), nothing else. See diffs in his last post. As already mentioned, it looks like the main issue is missing services="export" in modules (don't confuse it with export="true").

Martin