On April 19, 2019 4:20:24 PM UTC, Garret Wilson <gar...@globalmentor.com> wrote: >I'm wanting to embed Tomcat to only serve static files (for the >moment). >That is, no JSP, etc. I also want to have the welcome files completely >customizable. > >So instead of calling `tomcat.addWebapp()`, I go the completely >programmable route and call `tomcat.addContext()`, >`context.createWrapper()`, etc. This makes my bypass the >`DefaultWebXmlListener`, which would have called >`initWebappDefaults(Context ctx)` to set up the welcome files and such >myself. > >But `initWebappDefaults()` also sets up the default MIME mappings. And >`Tomcat.DEFAULT_MIME_MAPPINGS` is private. > >So the situation seems to be that Tomcat forces me to choose between >creating a full-fledged JSP server, or setting up all the MIME types >with some list of my own. Maybe it would be good for me to have my own >list eventually, but for now this seems like an artificial choice >forced >upon me. > >Part of the problem seems to be that the (ancient?) code has the MIME >mappings as a string array!! Heaven knows we don't want to expose that. > >It should really be turned into a read-only map and then exposed so we >can use it. > >Then of course I see the comment: > > > TODO: would a properties resource be better ? Or just parsing >/etc/mime.types ? > >To answer part of that question, we can't just parse `/etc/mime.types` >because the embedded server might not even have an `/etc/mime.types` >file. This should definitely be put into a properties resource, I would > >think. > >So I've probably answered my own question; this is an old TODO that >needs to be done, I suppose?
Yep. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org