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:[email protected]] On Behalf Of Kemes, Lisa
Sent: Friday, November 11, 2011 10:40 AM
To: [email protected]
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:[email protected]] On Behalf Of Andrew Fremont
Sent: Friday, November 11, 2011 12:32 PM
To: [email protected]
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 <[email protected]>
wrote:

** 

It should rebuild the viewstats file automagically. 

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Kemes, Lisa
Sent: Friday, November 11, 2011 11:17 AM


To: [email protected]
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:[email protected]] On Behalf Of LJ LongWing
Sent: Friday, November 11, 2011 11:02 AM
To: [email protected]
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:[email protected]] On Behalf Of Kemes, Lisa
Sent: Friday, November 11, 2011 7:04 AM
To: [email protected]
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
[email protected]
100 Amp Drive

Harrisburg, PA 17112



www.te.com <http://www.te.com/>  

 

_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"_ 

  _____  

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 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"

Reply via email to