Re: catalina-ant task (deploy) question
Thanks, Harry. I'll take a look at this and see what I can come up with
... Thanks again.
Harry Mantheakis wrote:
Brice
I may have got you wrong, and I cannot offer any solutions specific to your
questions (because I am in a hurry!) but here is how I sorted things out for
myself recently, using what I know as the Tomcat 'manager' tasks, but which
I assume are the same as what you refer to as the 'catalina-ant' tasks.
Basically, with my local system - used for development - I have exploded WAR
files and their respective context files are *copied* from my project folder
to the conf/Catalina/localhost directory.
I use the Tomcat 'manager' tasks to STOP the application. Then I use a
combination of ant 'sync' and 'copy' tasks to update my WAR file (and its
context) from my project folder. Then I use the manager START task to get
the app running again.
For my deployed stuff - on a separate server - I only use packed WAR files,
so my ant task is simple:
- undeploy
- copy new WAR file to webapps directory
- deploy
And that seems to automatically take care of updating the application's
context file, which makes sense.
HTH
Harry Mantheakis
London, UK
I was reading up on the context.xml file yesterday in the Tomcat-5.0
documentation on the main Jakarta Tomcat site and came across the
information that the context.xml file can be placed in
conf/Catalina/localhost -OR- it can be placed in the META-INF directory
of your web-app.
Now, when I use the catalina-ant deploy task, with the localWar
attribute pointing to file:///${basedir} -- where ${basedir} is the
directory containing the exploded WAR for my project -- it doesn't seem
to pick up that context.xml file that I've placed in the META-INF
directory (leaving out the config attribute to explicitly point it to
that file). I'm leaving out the config attribute, because it appears
that the deploy task then copies the XML file provided to the
conf/Catalina/localhost directory ... and I want to be able to drive the
web-app from the context.xml file provided in the META-INF directory (so
when I edit the context.xml file in META-INF, the application will
reload (hot)) - to get this same effect with the context placed in
conf/Catalina/localhost, I'd have to remove and re-install the context
(since that file lives outside of the deployment directory, at that point).
I guess I'm getting caught up in the fact that the catalina-ant tasks
seem to arbitrarily limit what can be done with deploying projects to
Tomcat ... versus what Tomcat's true abilities are.
Any clarity here would be appreciated!!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Brice D. Ruth
Sr. IT Analyst
Fiskars Brands, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
catalina-ant task (deploy) question
I was reading up on the context.xml file yesterday in the Tomcat-5.0
documentation on the main Jakarta Tomcat site and came across the
information that the context.xml file can be placed in
conf/Catalina/localhost -OR- it can be placed in the META-INF directory
of your web-app.
Now, when I use the catalina-ant deploy task, with the localWar
attribute pointing to file:///${basedir} -- where ${basedir} is the
directory containing the exploded WAR for my project -- it doesn't seem
to pick up that context.xml file that I've placed in the META-INF
directory (leaving out the config attribute to explicitly point it to
that file). I'm leaving out the config attribute, because it appears
that the deploy task then copies the XML file provided to the
conf/Catalina/localhost directory ... and I want to be able to drive the
web-app from the context.xml file provided in the META-INF directory (so
when I edit the context.xml file in META-INF, the application will
reload (hot)) - to get this same effect with the context placed in
conf/Catalina/localhost, I'd have to remove and re-install the context
(since that file lives outside of the deployment directory, at that point).
I guess I'm getting caught up in the fact that the catalina-ant tasks
seem to arbitrarily limit what can be done with deploying projects to
Tomcat ... versus what Tomcat's true abilities are.
Any clarity here would be appreciated!!
--
Brice D. Ruth
Sr. IT Analyst
Fiskars Brands, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: why two webapps from one war file?
if you put your .WAR in the webapps directory and you have Tomcat configured to automatically deploy WARs that are placed there, then it will deploy that WAR from the file, and deploy it from the context you configure in server.xml. Rob Ross wrote: I have a war file, vale.war. The context.xml for this webapp (in META-INF) is Context path=/dept/post/vale docBase=vale debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_vale_log. suffix=.txt timestamp=true/ /Context When I use the manager app to deploy a war file, I end up with TWO webapps listed in the manger, one for /dept/post/vale, and one for just /vale. Why does this happen? Rob Ross Senior Software Engineer E! Networks [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RE-POST] Re: Eclipse+Ant+Tomcat 5 - problems [HELP!]
Remy Maucherat wrote:
Brice Ruth wrote:
Remy Maucherat wrote:
If you don't post the task list, I can't help you.
Remy - I'm not sure what you mean by tasklist? From my Ant?
Yes. I need to be able to reproduce precisely what you are doing.
I've worked around this for now by having localWar point to my
project, which is structured as a valid deployment (unpacked WAR) -
and just using the reload action, after doing an initial install.
I've noticed, however, that the temporary context.xml files don't
get removed when I shut-down Tomcat 5. This seems like a bug, right?
No. The .xml should only be removed on undeploy.
Ah, I thought I read somewhere in the Tomcat documentation that
actions taken through the Manager app are temporary ... maybe that's
just the install/remove tasks?
Deployment related tasks are no longer temporary, which is what should
have been the first time around. start/stop are, of course.
Remy,
I think I've determined a better way of doing this - instead of
deploying the WAR file, I'm deploying from the project directory
(exploded WAR) using the localWar attribute of the deploy task, and
simply using the reload task thereafter.
The problem I'm running into is that if Tomcat has to restart w/o having
undeployed the application, it tries to initialize the application from
a docBase that isn't pointing to the directory specified by localWar -
its either what is set in the docBase of the context I provide in the
deployment task, or - if I remove the docBase attribute - it just looks
in webapps/context name. Neither of which are correct. Since the
developers on this project don't have everything installed in all the
same places - it would be nice if we could get around having to
hard-code the docBase ... is this possible?
Here's my Ant task:
target name=install
deploy url=${test.manager.url} username=${test.username}
password=${test.password} path=/${app.name}
config=file:${basedir}/conf/context.xml
localWar=file:///${basedir}/
/target
Ideally, in the process of storing the context.xml file in the
conf/Catalina/localhost directory, the 'docBase' will be set to the
value of 'localWar' ...
Otherwise, the only thing I can think of is adopting the behaviour of
the install task in Tomcat 4.1, which is that it is temporary - so it
doesn't stick around the next time ...
I'm trying to simplify the configuration on the developers machine,
centralizing as much of it as possible in CVS, so I can ensure that
everyone's configurations work the same, despite possibly having
different install paths.
Thanks!
Brice
--
Brice D. Ruth
Sr. IT Analyst
Fiskars Brands, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RE-POST] Re: Eclipse+Ant+Tomcat 5 - problems [HELP!]
Remy Maucherat wrote: Brice Ruth wrote: Remy Maucherat wrote: I think you should post the task sequence so that this is reproduceable. Thanks, Remy. Here's what I do: - start Tomcat 5 - deploy WAR (localWar) - undeploy WAR - deploy WAR *BANG* If you don't post the task list, I can't help you. Remy - I'm not sure what you mean by tasklist? From my Ant? I've worked around this for now by having localWar point to my project, which is structured as a valid deployment (unpacked WAR) - and just using the reload action, after doing an initial install. I've noticed, however, that the temporary context.xml files don't get removed when I shut-down Tomcat 5. This seems like a bug, right? No. The .xml should only be removed on undeploy. Ah, I thought I read somewhere in the Tomcat documentation that actions taken through the Manager app are temporary ... maybe that's just the install/remove tasks? -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse+Ant+Tomcat 5 - problems
Actually, we're using the MyEclipse Enterprise Workbench set of plug-ins, which also handles deploying to Tomcat, but right now, I still need to deploy with Ant. Yiannis Mavroukakis wrote: Since you are using Eclipse, why not try out the Sysdeo Tomcat plugin? -Original Message- From: Ruth, Brice [mailto:[EMAIL PROTECTED] Sent: 19 January 2004 23:09 To: [EMAIL PROTECTED] Subject: Eclipse+Ant+Tomcat 5 - problems I'm starting to try out Tomcat 5 in our development environment, which has been running Tomcat 4.1.x to-date. Preface: our IDE is Eclipse, I use Ant with the catalina-ant tasks to install/remove our web-app from a local Tomcat installation. Everything has worked fine, though I've noticed that after my first install (once I start Eclipse and Tomcat) - anytime I remove/install the web-app, the install appears to init the app twice (my load-on-init servlet's are called twice, etc.) I never figured out what caused this, but it didn't negatively impact anything, so I didn't care. Now, with Tomcat 5 ... after a little tweaking, to my Eclipse environment, I was able to get my same install/remove task working with Ant. The only problem now is that after the initial install, when I do a remove/install, it seems to still init the app twice, only on the second init, it crokes. Talks about a property string that it can't find and then that it can't find the deployment directory for the app (the app is installed from a .WAR) Not good. So, I did some googling - found that apparent install/remove has been deprecated in favor of deploy/undeploy. Fine - so I tried using the deploy task. Apparently, ant doesn't have enough memory to deploy my 90MB+ .WAR (installing never seemed to be a problem) - and when I looked for threads on the DeployTask generating OutOfMemory exceptions, it said to increase ant's memory ... which I can't, for the life of myself, figure out how to do with Eclipse. I've previously gone done the path of having ant fork, but it caused so many problems with our builds, I'd rather not revisit that. Does anybody have anything that can help me? I'm trying out Tomcat 5 because Tomcat 4.1.x appears to have some pretty severe memory leaks with its install/remove operations - if I install/remove my web-app more than 2-3 times, Tomcat (not the Ant task and not Eclipse) runs OutOfMemory ... other users have reported that Tomcat 5 does much better in this arena. Advise on any of these issues is much appreciated!! Respectfully, Brice Ruth Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse+Ant+Tomcat 5 - problems
Weird ... I just downloaded Tomcat 5 yesterday ... I wonder why I didn't grab the latest release. Derek Mahar wrote: Try installing Tomcat 5.0.18. Tomcat 5.0.16 has a memory leak. Not sure in which version this leak first appeared. Derek -Original Message- From: Yiannis Mavroukakis [mailto:[EMAIL PROTECTED] Sent: January 20, 2004 5:47 AM To: 'Tomcat Users List' Subject: RE: Eclipse+Ant+Tomcat 5 - problems Since you are using Eclipse, why not try out the Sysdeo Tomcat plugin? -Original Message- From: Ruth, Brice [mailto:[EMAIL PROTECTED] Sent: 19 January 2004 23:09 To: [EMAIL PROTECTED] Subject: Eclipse+Ant+Tomcat 5 - problems I'm starting to try out Tomcat 5 in our development environment, which has been running Tomcat 4.1.x to-date. Preface: our IDE is Eclipse, I use Ant with the catalina-ant tasks to install/remove our web-app from a local Tomcat installation. Everything has worked fine, though I've noticed that after my first install (once I start Eclipse and Tomcat) - anytime I remove/install the web-app, the install appears to init the app twice (my load-on-init servlet's are called twice, etc.) I never figured out what caused this, but it didn't negatively impact anything, so I didn't care. Now, with Tomcat 5 ... after a little tweaking, to my Eclipse environment, I was able to get my same install/remove task working with Ant. The only problem now is that after the initial install, when I do a remove/install, it seems to still init the app twice, only on the second init, it crokes. Talks about a property string that it can't find and then that it can't find the deployment directory for the app (the app is installed from a .WAR) Not good. So, I did some googling - found that apparent install/remove has been deprecated in favor of deploy/undeploy. Fine - so I tried using the deploy task. Apparently, ant doesn't have enough memory to deploy my 90MB+ .WAR (installing never seemed to be a problem) - and when I looked for threads on the DeployTask generating OutOfMemory exceptions, it said to increase ant's memory ... which I can't, for the life of myself, figure out how to do with Eclipse. I've previously gone done the path of having ant fork, but it caused so many problems with our builds, I'd rather not revisit that. Does anybody have anything that can help me? I'm trying out Tomcat 5 because Tomcat 4.1.x appears to have some pretty severe memory leaks with its install/remove operations - if I install/remove my web-app more than 2-3 times, Tomcat (not the Ant task and not Eclipse) runs OutOfMemory ... other users have reported that Tomcat 5 does much better in this arena. Advise on any of these issues is much appreciated!! Respectfully, Brice Ruth Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse+Ant+Tomcat 5 - problems
Remy Maucherat wrote: Ruth, Brice wrote: I'm starting to try out Tomcat 5 in our development environment, which has been running Tomcat 4.1.x to-date. Preface: our IDE is Eclipse, I use Ant with the catalina-ant tasks to install/remove our web-app from a local Tomcat installation. Everything has worked fine, though I've noticed that after my first install (once I start Eclipse and Tomcat) - anytime I remove/install the web-app, the install appears to init the app twice (my load-on-init servlet's are called twice, etc.) I never figured out what caused this, but it didn't negatively impact anything, so I didn't care. Now, with Tomcat 5 ... after a little tweaking, to my Eclipse environment, I was able to get my same install/remove task working with Ant. The only problem now is that after the initial install, when I do a remove/install, it seems to still init the app twice, only on the second init, it crokes. Talks about a property string that it can't find and then that it can't find the deployment directory for the app (the app is installed from a .WAR) Not good. So, I did some googling - found that apparent install/remove has been deprecated in favor of deploy/undeploy. Fine - so I tried using the deploy task. Apparently, ant doesn't have enough memory to deploy my 90MB+ .WAR (installing never seemed to be a problem) - and when I looked for threads on the DeployTask generating OutOfMemory exceptions, it said to increase ant's memory ... which I can't, for the life of myself, figure out how to do with Eclipse. I've previously gone done the path of having ant fork, but it caused so many problems with our builds, I'd rather not revisit that. Does anybody have anything that can help me? I'm trying out Tomcat 5 because Tomcat 4.1.x appears to have some pretty severe memory leaks with its install/remove operations - if I install/remove my web-app more than 2-3 times, Tomcat (not the Ant task and not Eclipse) runs OutOfMemory ... other users have reported that Tomcat 5 does much better in this arena. Advise on any of these issues is much appreciated!! deploy isn't exactly the same as install. Use the localWar attribute for local deployment. I don't quite understand why the client would use so much memory when uploading. There's no buffering in the code, or anything like that. I googled for localWar and found a previous post to tomcat-user detailing what I believe I need to do! I'm hoping for the best :) Btw, on the install task - any idea why this results in the application being init'd twice? This behaviour didn't seem to change between 4.1.x and 5.x, though in 5.x (as detailed above), it apparently crashed the application. -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse+Ant+Tomcat 5 - problems
OK, I'm not getting any closer with Tomcat 5. Using the localWar attribute (and specifying a file:/// URL to my .WAR) - I was able to get the Tomcat deploy task to work. Great. So, I then modified my remove to use the undeploy task - tested that, works fine. Now, when I run my deploy task again, it seems to do the double-init again (and throw exceptions) Here's what I get: [INFO] TilesPlugin - -Tiles definition factory loaded for module ''. Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer remove INFO: Removing web application at context path /fiskars.com Jan 20, 2004 10:59:27 AM org.apache.catalina.logger.LoggerBase stop INFO: unregistering logger Catalina:type=Logger,path=/fiskars.com,host=localhost Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Tomcat-5.0\conf\Catalina\localhost\fiskars.com.xml Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext resourcesStart SEVERE: Cannot find message associated with key standardContext.resourcesStart java.lang.IllegalArgumentException: Document base C:\Tomcat-5.0\webapps\fiskars.com does not exist or is not a readable directory then (after the first stack trace): Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error in resourceStart() Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error getConfigured Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Context startup failed due to previous errors Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Exception during cleanup after start failed LifecycleException: Container StandardContext[/fiskars.com] has not been started The [INFO] line for Tiles is the last line of my standard startup log output - when this line hits, the app is finished starting. Now, notice how the next line is talking about a remove ... what the *heck* is going on here?!? Respectfully, and frustrated, -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RE-POST] Re: Eclipse+Ant+Tomcat 5 - problems [HELP!]
OK, I'm not getting any closer with Tomcat 5. Using the localWar attribute (and specifying a file:/// URL to my .WAR) - I was able to get the Tomcat deploy task to work. Great. So, I then modified my remove to use the undeploy task - tested that, works fine. Now, when I run my deploy task again, it seems to do the double-init again (and throw exceptions) Here's what I get: [INFO] TilesPlugin - -Tiles definition factory loaded for module ''. Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer remove INFO: Removing web application at context path /fiskars.com Jan 20, 2004 10:59:27 AM org.apache.catalina.logger.LoggerBase stop INFO: unregistering logger Catalina:type=Logger,path=/fiskars.com,host=localhost Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Tomcat-5.0\conf\Catalina\localhost\fiskars.com.xml Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext resourcesStart SEVERE: Cannot find message associated with key standardContext.resourcesStart java.lang.IllegalArgumentException: Document base C:\Tomcat-5.0\webapps\fiskars.com does not exist or is not a readable directory then (after the first stack trace): Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error in resourceStart() Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error getConfigured Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Context startup failed due to previous errors Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Exception during cleanup after start failed LifecycleException: Container StandardContext[/fiskars.com] has not been started The [INFO] line for Tiles is the last line of my standard startup log output - when this line hits, the app is finished starting. Now, notice how the next line is talking about a remove ... what the *heck* is going on here?!? Respectfully, and frustrated, -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RE-POST] Re: Eclipse+Ant+Tomcat 5 - problems [HELP!]
Remy Maucherat wrote: Brice Ruth wrote: OK, I'm not getting any closer with Tomcat 5. Using the localWar attribute (and specifying a file:/// URL to my .WAR) - I was able to get the Tomcat deploy task to work. Great. So, I then modified my remove to use the undeploy task - tested that, works fine. Now, when I run my deploy task again, it seems to do the double-init again (and throw exceptions) Here's what I get: [INFO] TilesPlugin - -Tiles definition factory loaded for module ''. Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer remove INFO: Removing web application at context path /fiskars.com Jan 20, 2004 10:59:27 AM org.apache.catalina.logger.LoggerBase stop INFO: unregistering logger Catalina:type=Logger,path=/fiskars.com,host=localhost Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Tomcat-5.0\conf\Catalina\localhost\fiskars.com.xml Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext resourcesStart SEVERE: Cannot find message associated with key standardContext.resourcesStart java.lang.IllegalArgumentException: Document base C:\Tomcat-5.0\webapps\fiskars.com does not exist or is not a readable directory then (after the first stack trace): Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error in resourceStart() Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Error getConfigured Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Context startup failed due to previous errors Jan 20, 2004 10:59:27 AM org.apache.catalina.core.StandardContext start SEVERE: Exception during cleanup after start failed LifecycleException: Container StandardContext[/fiskars.com] has not been started The [INFO] line for Tiles is the last line of my standard startup log output - when this line hits, the app is finished starting. Now, notice how the next line is talking about a remove ... what the *heck* is going on here?!? Respectfully, and frustrated, When you undeploy, C:\Tomcat-5.0\conf\Catalina\localhost\fiskars.com.xml should be removed. At least this is what's intended. I think you should post the task sequence so that this is reproduceable. Yet another solution: you can create a .war in the host appBase and overwrite it to redeploy the webapp. Thanks, Remy. Here's what I do: - start Tomcat 5 - deploy WAR (localWar) - undeploy WAR - deploy WAR *BANG* I've worked around this for now by having localWar point to my project, which is structured as a valid deployment (unpacked WAR) - and just using the reload action, after doing an initial install. I've noticed, however, that the temporary context.xml files don't get removed when I shut-down Tomcat 5. This seems like a bug, right? -- Brice D. Ruth Sr. IT Analyst Fiskars Brands, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
