On 11 Sep 2010, at 17:24, Wesley Acheson wrote:
> On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton wrote:
>> So even if my context still exists in exploded form in the webapps directory
>> and I remove the .war form of the context, it'll remove the associated
>> context.xml from the conf/Catalina/
On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton wrote:
> So even if my context still exists in exploded form in the webapps directory
> and I remove the .war form of the context, it'll remove the associated
> context.xml from the conf/Catalina/HOST/ directory?
>
>
> On Sat, Sep 11, 2010 at 8:12 AM,
So even if my context still exists in exploded form in the webapps directory
and I remove the .war form of the context, it'll remove the associated
context.xml from the conf/Catalina/HOST/ directory?
On Sat, Sep 11, 2010 at 8:12 AM, Wesley Acheson wrote:
> On Fri, Sep 10, 2010 at 6:36 PM, Jason
On Fri, Sep 10, 2010 at 6:36 PM, Jason Britton wrote:
> Could anyone give me an explanation what might cause my webapp's context
> configuration to be deleted out of the tomcat/conf/Catalina/[HOST]/
> directory? I've got a foo.war file in the webapps directory, it gets
> exploded upon startup. It
On Tue, Apr 13, 2010 at 6:33 AM, Christopher Schultz
wrote:
>> Well, AFAIK it's either symlinks (which can be scripted in deployment
>> processes pretty easily) or put all that stuff in a separate context that
>> you never, ever, EVER undeploy :-)
Sheesh, yeah. Multitasking #FAIL. Garcon, more c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hassan,
On 4/12/2010 9:24 PM, Hassan Schroeder wrote:
> On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens wrote:
>
>> I have a forum application. When we update it we want to distribute a
>> new war file (previously we updated all files individually). I
On 13/04/2010 02:24, Hassan Schroeder wrote:
> On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens wrote:
>
>> I have a forum application. When we update it we want to distribute a
>> new war file (previously we updated all files individually). If we
>> give out a new war file to our customers the imag
On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens wrote:
> I have a forum application. When we update it we want to distribute a
> new war file (previously we updated all files individually). If we
> give out a new war file to our customers the images directory, the
> attachments directory and other
Thanks for the earlier replies.
So after some more research it seems there is no way to tell tomcat
that I don't want particular directories to be deleted on an
application redeploy? Is this correct ?
I have a forum application. When we update it we want to distribute a
new war file (previously w
I've tried that, it doesn't work. Updating a WAR file will trigger an
undeploy and consequent removal of the context descriptor in a running
Tomcat if the Host autoDeploy attribute is true.
If autoDeploy is false, redeploy without updating the context.xml can occur
using the manager.
p
On 12 A
If you're uploading directly to the webapps directory, try uploading the
file renamed to "yourapp.warTMP" and renaming it in place when the upload is
complete.
Please let us know if this works/does not work.
p
On 12 April 2010 09:18, Pid * wrote:
> Which version of Tomcat are you using?
>
>
>
Which version of Tomcat are you using?
p
On 12 April 2010 01:35, Sam Stephens wrote:
> Hi all.
>
> The tomcat documentation says the following:
> If the web application is packaged as a WAR then /META-INF/context.xml
> will be copied to $CATALINA_BASE/conf/[enginename]/[hostname]/ and
> rename
12 matches
Mail list logo