Probably, it's set to Automatically. It sued to be set to every time I visit the web page, so I wonder if a sneaky patch crept up and reset it to "automatically" I'll change it....
Thanks so much for all of your help! Lisa ________________________________ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Hmmm....what setting do you have the 'check for newer versions of stored pages' setting set to? Maybe setting it to 'Every time I visit the web page' would help then? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:40 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** That's exactly what I had to do...... After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa ________________________________ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf <tauf.chowdh...@frx.com<mailto:tauf.chowdh...@frx.com>> wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa ________________________________ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'....because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update....that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408<tel:%2B1%20717%20810%202408> tel +1 717 602 9460<tel:%2B1%20717%20602%209460> mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 www.te.com<http://www.te.com/> _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ ________________________________ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
