https://issues.apache.org/bugzilla/show_bug.cgi?id=45979

           Summary: META-INF/context.xml does not replace
                    conf/Catalina//[hostname]/ [appname].xml when war
                    deployed
           Product: Tomcat 5
           Version: 5.5.25
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Catalina
        AssignedTo: dev@tomcat.apache.org
        ReportedBy: [EMAIL PROTECTED]


I just discovered that if you update your META-INF/context.xml, create a war
file, put it into a stopped tomcat container, and delete the old expanded war
file contents - when tomcat starts - it does not replace the
Catalina/[hostname]/[appname].xml file when the war file is deployed.  It
remains the file from the previous (now replaced) war file.

I see this has come up before, and it was commented that that was a design
decision.  https://issues.apache.org/bugzilla/show_bug.cgi?id=32284#c8

I think that is wrong.  

Now, rather than having a self-contained application - if I need to specify
something in the context.xml file - I can't just put it there, and allow my
installer programs to just put the war file in the correct place in tomcat.

Now, my installer utilities must be smart enough to go find and delete the 
Catalina/[hostname]/[appname].xml file every single time I make an update.

Why should the onus be on my installers to do that job?  I didn't even ask
tomcat to put that file there in the first place.  I put it in
META-INF/context.xml.  Tomcat copied it to the conf subfolder.  And now Tomcat
neglects to copy the updated file there.  

Additionally, the documentation
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html for this
context.xml feature makes no mention of the fact that it simply copies the file
once (and only once - never noting future changes) into the server conf folder.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to