Andre, I actually was thinking about doing it that way. But I was wondering about the overhead. I wish I knew how they were serving up the .html files in the class package.
Thanks, Susan -----Original Message----- From: Andre-John Mas [mailto:aj...@sympatico.ca] Sent: Thursday, June 18, 2009 8:39 AM To: Tomcat Users List Cc: p...@pidster.com Subject: Re: Serving images from classes directory On 18-Jun-2009, at 08:26, Susan G. Conger wrote: > --> What is 'it', precisely? > It is server images from the classes directory. > > I realize the correct place to put my scripts and graphics. However > the > tool app deploys the app it makes for me as a class under it's classes > directory. So I want to put all of my custom scripts and graphics > in that > class package that it creates. I then want to be able to access my > custom > content by editing the html and putting a url in that points to the > custom > content inside the class that was created by the tool app. The only way to serve images from the classes directory would be for you to write a servlet that reads the files and then serves them up. While you can do this, don't be surprised by the performance overhead. I would recommend trying to find the least 'hackerish' approach to make things work. For example if it is a question of project management, then you could either split things into separate webapps, or find a folder naming structure that is maintainable, and enforced. One other approach I have seen is to split the project into 'functional areas' that get merged at build time. There is a common project, which has the shared API and the sub projects have the specific elements for their functional area. Andre --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
