My 7.6.04.03 dev server's local mid-tier is set to Pre-Load (normally left OFF on a production server), and the Cache Settings are:
0 with Perform check selected (THIS VALUE MUST BE 0 FOR DEVELOPMENT CACHE MODE) 0 300 Enable Cache Persistence checked I _believe_ that this is set up as documented for a mid-tier against a server in Development Cache mode, but I set it up in early 2011 and have not needed to change it. I recall David Easter pointing us to the mid-tier cache setting docs well over a year ago... there may have been more than one source. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Jason Miller Sent: Thursday, November 08, 2012 1:02 PM To: [email protected] Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Would it be better to turn caching off in the development environment? We have done this in the past as well as currently we set our cache to check every 60 seconds for development environments (CTRL/Shift + Refresh<http://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache> is your friend in the browser). I rarely need to wait the full 60 seconds for the change to show up. There are some types of changes that still seem to need a full flush (in-line form changes, etc.) but by using this configuration we do not have to flush nearly as much as we had to in the past. Jason On Thu, Nov 8, 2012 at 10:24 AM, Rodriguez, Rafael J x23718 <[email protected]<mailto:[email protected]>> wrote: Thanks LJ, but this seems a bit disrupting. Especially when you are testing development and have to flush the cache a couple times. Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718<tel:201.714.3718> [email protected]<mailto:[email protected]> -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Wednesday, November 07, 2012 11:03 AM To: [email protected]<mailto:[email protected]> Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 Rafael, It is my understanding that at some point in the past, when you told Mid-Tier to flush, it would clear the cache, and then immediately start the re-cache process per the configured processes. Then at some time during the 7.6.04 versions, this stopped working properly, and a flush did nothing other than get rid of the cache, but did not re-cache anything. It's possible that with the SP4, they re-fixed the issue to make it start caching again, which would explain why it becomes unavailable for awhile. Some liked it one way, others liked it the other...can't please them all. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Rodriguez, Rafael J x23718 Sent: Wednesday, November 07, 2012 8:58 AM To: [email protected]<mailto:[email protected]> Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718<tel:201.714.3718> [email protected]<mailto:[email protected]> cid:[email protected] This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _attend WWRUG12 www.wwrug.com<http://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"
