Hi!
Since this is not something wicket core provides, I did a google search for you (“wicket directory listing”). This was the first hit: http://apache-wicket.1842946.n4.nabble.com/Directory-Listings-td4661117.html It looks like this is the culprit: — I believe I found the problem. It appears Wicket does not really pass non-Wicket requests back to a default handler, but handles them by itself in fallback() by using getResourceAsStream() and in this case, for directories, WebSphere returns a listing regardless of its own directoryBrowsingEnabled setting. — Alas, that thread does not provide a fix. Although I do interpret the thread as if this is only a problem with using a wicket servlet, instead of a wicket filter. Are you using the servlet or filter? Met vriendelijke groet, Kind regards, Bas Gooren Op 13 februari 2018 bij 20:13:25, Entropy (blmulholl...@gmail.com) schreef: Pretty sure WAS is getting the config. When I comment out all wicket stuff from web.xml, and just run a bare bones EAR, I type: http://localhost:9080/MyApp/images/info1.png And i get that image (thus proving it's responding) I drop to: http://localhost:9080/MyApp/images/ and I get 404. Put Wicket back in place and run the same test and get: <html><head></head><body>ajax-loader.gif info1.png mainLogoHeader_01.png mainLogoHeaderTrans_01.png ui-icons_444444_256x240.png ui-icons_555555_256x240.png ui-icons_777620_256x240.png ui-icons_777777_256x240.png ui-icons_cc0000_256x240.png ui-icons_ffffff_256x240.png </body></html> There's no other filter or servlet in the web.xml at all. Normally there's an anti-XSS filter, but I took that out prior to running this test. br/> < Anyway, that's why I think it's Wicket. Or something the presence of Wicket is allowing. -- Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org