Susan G. Conger wrote: > 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.
Pull apart the *generated* 'yourapp.war' file. It's just a zip file, so you could rename it to 'yourapp.zip' and then expand the zip. Or use the 'jar' command. Give us an idea of what's in there - the web.xml of that, rather than the tool app will be more interesting. p > 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 > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
