this is just a guess, but I would imagine in the typicall Production 
environment, the overhead required would be pretty intensive, also the 
mess that was made in the wrong hands. I believe that with the manager 
context in 4.04 and up, (both 4.04 and 4.1) have their own problems... 
you can force a deployment. I think that is probably the right approach 
personally, I don't mind doing that....  If you're real familiar with 
the tomcat sources, I have some code remm has as well, for jndi that 
needs integration to tomcat standards... for ldap on Netware. in 4.1-dev.

thanks

todd
http://www.wiserlabz.com
collaborative effort to promote Novell and Open Source solutions

Jeff Larsen wrote:

>I've just looked at the source code and indeed, it just quits
>if the directory already exists.  If I can come up with a
>modification that works, I'll post the code.
>
>Has anyone asked the tomcat-developer list why it behaves
>like this?  What good is automatic unpacking of wars if it
>won't re-unpack an updated war file? Leaving it packed isn't
>an option for those of us that use Apache to serve the static
>content.
>
>Jeff
>
>----- Original Message -----
>From: "todd tredeau" <[EMAIL PROTECTED]>
>To: "Tomcat Users List" <[EMAIL PROTECTED]>
>Sent: Thursday, March 28, 2002 3:58 PM
>Subject: Re: manager/remove functionality
>
>
>>This has NEVER worked for me, I don't think it will if the directory
>>exists...
>>
>>todd
>>http://www.wiserlabz.com
>>collaborative effort to promote Novell and Open Source solutions
>>
>>Jeff Larsen wrote:
>>
>>>I'm having the same problem with unpacking updated
>>>war files when the directory already exists.
>>>
>>>Anyone out there know what's up?
>>>
>>>Jeff
>>>
>>>----- Original Message -----
>>>From: "Michael Teter" <[EMAIL PROTECTED]>
>>>To: <[EMAIL PROTECTED]>
>>>Sent: Thursday, March 28, 2002 11:03 AM
>>>Subject: manager/remove functionality
>>>
>>>
>>>>Hello.
>>>>
>>>>I'm just beginning to use the manager app to deploy my
>>>>app instead of dropping a myapp.war file into the
>>>>webapps dir, deleting the webapps/myapp directory and
>>>>myapp.war file, stopping Tomcat, and retarting Tomcat.
>>>>
>>>>The stopping and restarting of Tomcat was a real drag.
>>>>
>>>>So now I do manager/install ... my war file from my
>>>>dist directory, and that makes my app available.  I
>>>>like it so far.  But then I modify my app, build (with
>>>>ant), manager/remove, and manager/install.
>>>>
>>>>That doesn't work unless I manually (or as part of my
>>>>ant dist activity) delete webapps/myapp directory.
>>>>
>>>>Now to my point.  I would expect manager/remove to
>>>>completely remove the app (including the webapps/myapp
>>>>directory.)  It doesn't remove the directory, so
>>>>subsequent manager/install attempts do nothing.  At
>>>>least, I can't see my changes unless I: ant dist
>>>>(including rm $TOMCAT_HOME/webapps/myapp),
>>>>manager/remove, and then manager/install.
>>>>
>>>>Am I misusing this or misunderstanding it?  Shouldn't
>>>>manager/remove actually remove the webapps/myapp dir?
>>>>Or shouldn't manager/install remove or overwrite the
>>>>webapps/myapp directory or its contents?
>>>>
>>>>Thanks for any pointers.  (I've read what
>>>>documentation I can find on Manager app, but it's
>>>>fairly sparse.)  I suppose I could change manager's
>>>>behavior by modifying its source, but I'll reserve
>>>>that for last.
>>>>
>>>>Michael
>>>>
>>>>PS: anyone know how to get XEmacs to highlight
>>>>Java/JSP code?  any pointers there would be welcome...
>>>>not much useful answers to this question from what I
>>>>can find on the net.
>>>>
>>>>__________________________________________________
>>>>Do You Yahoo!?
>>>>Yahoo! Movies - coverage of the 74th Academy Awards®
>>>>http://movies.yahoo.com/
>>>>
>>>>--
>>>>To unsubscribe:   <mailto:[EMAIL PROTECTED]>
>>>>For additional commands: <mailto:[EMAIL PROTECTED]>
>>>>Troubles with the list: <mailto:[EMAIL PROTECTED]>
>>>>
>>>
>>>--
>>>To unsubscribe:   <mailto:[EMAIL PROTECTED]>
>>>For additional commands: <mailto:[EMAIL PROTECTED]>
>>>Troubles with the list: <mailto:[EMAIL PROTECTED]>
>>>
>>>
>>
>
>
>--
>To unsubscribe:   <mailto:[EMAIL PROTECTED]>
>For additional commands: <mailto:[EMAIL PROTECTED]>
>Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
>

Reply via email to