Sorry, I was caught up the the release work, so I tabled this temporarily. Let’s see if we are able to put the missing fixes in.
For what I understand, it may be that your servlet is being overridden by the MP endpoints. You do see them get deployed, right? Even with the filters and scans disabled, right? Are you able to provide me the url pattern for the servlet? I would like to try out a test case with it. Thanks! Cheers, Roberto > On 25 Jan 2019, at 15:18, j4fm <[email protected]> wrote: > > FYI At this point: > > geronimo.jwtauth.filter.active=false > geronimo.metrics.jaxrs.activated=false > mp.openapi.scan.disable=true > geronimo.opentracing.filter.active=false > > are all set for this test. (There is a different exception without them, > which I will step through soon but could be related) > > There exists a servlet for a couple of specific file extensions only in the > path. So a standard servlet is serving the rest of the path. Both the > specific file extensions and other paths result in 404. > > In the filter chain, it get's as far as the JAXRSFilter filter which results > in a 404. > > Correct that the user browses /webapp1/<tenantid>/ path where tenantid is a > database driven path rather than a real path - it maps to /webapp1/. The > user can also browse /webapp1/<tenantid>/subapp/<webapp2> which maps to > /webapp1name/subapp/webapp2. > > > > > > -- > Sent from: http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html
