During RUG, I was told that a hotfix will be coming soon to address the flushing action of the mid-tier (base line on 7.6.4).
Just an FYI.. hbr -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Joe D'Souza Sent: Thursday, October 10, 2013 1:14 PM To: [email protected] Subject: Re: [arslist] Controlling the Flushing action of the Mid-Tier Cache Actually I have seen that behavior too on 7.6.04 Patch 004 where I noticed the time it takes to flush the entire cache is not that significantly more than using the Sync Cache. My reasoning why that must be as it is, is that it still takes the system a little bit of time to figure out what has changed. Sure the searches for this might be optimized, but it's still a search to identify what needs to be flushed. Even if the search takes only a minute, its still a minute more. I'm guessing it takes a little more than a minute to identify what's changed. On an average I have noticed that a Sync Cache operation takes anywhere around 5 minutes or upwards. The benefit of telling the Mid-Tier what to cache upfront, eliminates the need for the Mid-Tier to search what it needs to cache. PLUS while stuff is still being developed, there's a chance you do not want to cache everything you just developed as you are still R&D'ing it. So as a developer if I want to cache just a single object or a selected list of objects but not the rest that are newly created, I think it would be a huge win if I could have that. I think the Flush Cache and / or the Sync Cache operations are more ideal for end of development cycles or end of day operations. Not middle of the day when you have a team of developers who didn't want the MT cache flushed waiting on it to finish its work. The single object flush idea would be ideal for middle of the day use where you do not impact other users or developers.. Cheers Joe -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Thursday, October 10, 2013 12:58 PM To: [email protected] Subject: Re: Controlling the Flushing action of the Mid-Tier Cache We are on 7.6.04 sp2. I'll keep playing with it and see if I can get it to work for me. I'll try clearing the browser cache, etc. Lisa -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Jason Miller Sent: Thursday, October 10, 2013 11:41 AM To: [email protected] Subject: Re: Controlling the Flushing action of the Mid-Tier Cache ** What version are you using? I think sync cache has matured a bit since it was first introduced. On 8.0 I am constantly using it to see form and AL updates. One trick is you need to either clear your browser cache or force a cache refresh by using CTRL + F5. Also in the past I have noticed some issues where changed objects being displayed via an inline panel are not easily refreshed. In that case I keep the form itself open in a tab and force the cache refresh on the form itself before trying it inline. Jason On Thu, Oct 10, 2013 at 5:13 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS <[email protected]> wrote: I agree, I tried using the Sync Cache feature and it's good for forms and fields, but not for workflow. I waited and waited for my workflow (active links) to refresh and after about 20 minutes, I just flushed the entire cache and only then did I see my new workflow kick off. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Joe D'Souza Sent: Wednesday, October 09, 2013 6:04 PM To: [email protected] Subject: RFE: Controlling the Flushing action of the Mid-Tier Cache ** Currently the flushing action of the Mid-Tier Cache is limited to either flushing the entire cache (HUGE performance hit) or using the new Sync Cache feature (relatively less of a performance hit). It would be nice if there was another layer of control over what a developer or a Mid-Tier administrator would have liked to flush. And that is the ability to flush an individual object - Just the Form, or just one Active Link, or just one Form Menu, etc. or a selected list of these. The Sync Cache feature already having been built, whose functionality I was a little confused over because it still takes a ton of time to happen, I would not think going one layer deeper would be that much more difficult, and flush just selected objects. This could be implemented both on the Mid-Tier configuration application OR Even better on the Developer Studio itself. The Developer Studio can already store information of various Mid-Tier servers associated with various AR Servers from various environments such as Development, Test, QA, Staging, Production etc. in its Mid-Tier servers Information. It already has the ability to view a form through a browser utility. In version 8 it has even gone a step further to model permissions you want to view the form with. Below is a screen shot of a limited version of this functionality in 7.6.04.. It would be nice to be able to right click on a newly created menu, and perform a Cache on Selected Mid-Tier Server and offer the developer a choice of valid servers associated with that environment that he would like to flush the cache without leaving the Developer Studio and choose single objects or a finite list of objects to flush instead of having the Sync cache flush all the recently developed objects, which may not be what he wants to do. In my opinion this would be less time consuming that even the Sync feature, and will give the developer a better control on what they are ready to publish as finished code to the user. I would like to know what you'll think of this one too. I have yet another couple of ideas I spoke to engineering about that I was asked to post on here so it could be run by the community. Please visit the community area to vote on this one <https://communities.bmc.com/ideas/3588> if you like it at https://communities.bmc.com/ideas/3588. Cheers Joe D'Souza _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
