I planned on doing that. However I'm concerned about the meantime between
deleting the wepapp subdirectory inside work/ and restarting.  This webapp
receives alot of traffic, what will Tomcat do when it gets a request for
that webapp, after the work/...WEBAPP directory is deleted?

Might it actually derive the correct jsp servlet and therefore not require a
restart?

Or will it throw errors? And if so, will those errors be limited to that
webapp or could if affect other webapps?

Thanks


On Sat, Aug 30, 2008 at 11:13 AM, H. Hall <[EMAIL PROTECTED]> wrote:

> Ken Bowen wrote:
>
>> When I run into behavior that sounds like what you describe, I
>> manually delete
>>
>>       <TOMCAT>work/Catalina/localhost/<APPNAME>
>>
>> before restarting.
>>
>> --Ken
>>
>
> Yep, me too. Has rarely happened, usually one jsp is the problem and I
> delete its associated class file and the jsp will then compile ok.
>
> --HH
>
>
>> On Aug 29, 2008, at 5:00 PM, Jonathan Mast wrote:
>>
>>  I refactored the POJO side of a webapp I have.  I basically moved some
>>> objects referenced by the JSPs into a new package.  I updated the jsps
>>> accordingly, by importing the new package with the PAGE directive at the
>>> top.  I deleted the old version of the webapp, rebuilt it, and restarted
>>> tomcat.
>>>
>>> It then started spewing errors, generated from the jsp's, about not being
>>> able to find the old classes.  I am convinced that the errors lies in the
>>> work/ directly, specifically the derived java sources of the jsp were not
>>> updated when I restarted Tomcat.
>>>
>>> I know the problem is not in the webapp itself because i tested it out on
>>> my
>>> Windoze box before deploying to Linux where the problem occured.  My
>>> question is: how do I force Tomcat to delete the "work" directory upon
>>> restarting or when I'm building from Ant?
>>>
>>> Thanks,
>>>
>>> Tomcat 5.5.17
>>> Java 1.4.2
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>>
>>
>
> --
> H. Hall
> ReedyRiver Group LLC
> http://www.reedyriver.com
>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to