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

Reply via email to