The tool app is the third party development tool that is used to generate my web application.
-----Original Message----- From: Pid [mailto:p...@pidster.com] Sent: Thursday, June 18, 2009 8:47 AM To: Tomcat Users List Subject: Re: Serving images from classes directory 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. > > I have no control over what gets copied and where it is copied from. The > developer of the tool app doesn't have any scripts or customizations for > this scenario. In the end I may end up putting my custom content where I > don't want it, in doing so I know that I will be causing myself a > maintenance nightmare for the next couple of year. Everytime I deploy an > application it will take extra time/steps. This is what I am trying to > avoid by serving the custom content from the images directory. >> So that everything looks like one big Java class under the tool app. > > That doesn't make a great deal of sense. You're saying that there's a > file called (something like) BigBunchOfTemplates.class in WEB-INF/classes ? I'd like to help, but I'm a little confused by what you're describing. What, exactly, is generated by the tool app? Is it a .war file? If so, have you expanded it and examined the results to see what's in it? p >> So my thought is that my images and javascripts should go in here so I can > have everything together and make >> maintenance easier. I check everything the tool app builds into > subversion >> so I can have some source control. > > Let's see if my understanding is accurate first. > --------------------------------------------------------------------- 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