Hi, Tomcat will cache compiled jsp's in it's "work" directory. When a jsp is modified it's timestamp is updated and Tomcat will recompile and cache the jsp again. Since you are copying over "old" files over "new" files, Tomcat does not notice the change and does not recompile the jsp. So effectively it's still serving the one from the "work" dir.
The solution is to stop Tomcat, remove the work dir and restart. The "update cache" button on the Mid-Tier config page has nothing to do with jsp caching (that Tomcat performs), but with caching of AR System form definitions. You'd use that if the Mid-Tier is serving an out of date form for some reason. Hope this makes things more clear. Hugo On 1/4/07, LAU, DARREN (ASI) <[EMAIL PROTECTED]> wrote:
Thanks for the tips everyone. Carey I checked that autodeploy variable and it was already set to true. I have to add that I left out a little info in my original post. What I did was I first saved my customized mid-tier files like login.jsp, logout.jsp, etc. from my original ServletExec/MT installation. After installing Tomcat and Mid-Tier I overwrote the out of the box files mentioned above with my custom ones using copy/paste. But none of the customizations worked at first. Then I made a negligible change in login.jsp manually using notepad and saved it. After that the Authentication box disappeared. I did the same with the other files and then those customizations took as well. I'm guessing the modified timestamp of each file has something to do with what I was experiencing? -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black Sent: Thursday, January 04, 2007 1:33 PM To: [email protected] Subject: Re: Customizations with Apache Tomcat and Mid-Tier Darren, My bet is that your Tomcat is installed in a "production" mode. What that means is that it does not re-read the physical files on the web server after start up for "performance" and "security" reasons. So you can either stop and start Tomcat after every change, or signal it to redeploy the web application in question (The mid-tier, which normally is /arsys) after every change. You can also opt to alter the config of the server to "autoDeploy" changes to the web applications too. In the server.xml configuration file: <Server ...> <Service ....> <Engine name=...> <!-- This Host is the default Host --> <Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true"> NOTE: The autoDeploy="true" part. Check your file and see if it is set to false. There might also be a setting in the "Loader Component" too. But I believe that the Host level setting takes precedence over it anyway. (but I could be wrong about that.) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 1/4/07, LAU, DARREN (ASI) <[EMAIL PROTECTED]> wrote: > ** > > > > My question is how do you get Tomcat to recognize the customizations made to > various Mid-Tier .jsp files? I recently installed Apache Tomcat with > Mid-Tier 7 patch 1 on our Win2k3 test server. Problem is the customizations > I made previously with ServletExec won't take. For example on the login.jsp > I commented out the section for the Authentication field and on > login_common.jsp I replaced the standard logo_img variable with a custom > jpg. This worked no problem with ServletExec. But those same > customizations won't take on our Tomcat configuration. The login.jsp page > remains the same as the default configuration out of the box. I tried > restarting the Tomcat service several times, tried playing with some things > in Tomcat manager like reloading the webapp, all to no avail. I'm new to > Tomcat so I'm guessing I'm just missing something really simple here. If > someone can give me a clue or point me in the right direction I'd really > appreciate it. Thanks. > > > > Darren Lau __20060125_______________________This posting > was submitted with HTML in it___ ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
