Ah. So I see a bit of difference in our configurations. Since this is Dev we do not have Preload on. I don't see a status bar when I press Sync Cache. If there were a status bar maybe it would take that long? I just know by the time I check the change in a browser the change is active.
On Thu, Oct 10, 2013 at 10:59 AM, Joe D'Souza <jdso...@shyle.net> wrote: > ** > > Wow that’s quick on 8 then. I’m quite certain its not that quick on > 7.6.04. Sometimes that progress bar moves a percentage every 3 or 4 or 5 > seconds resulting in it getting completed in anywhere between 5 to 10 > minutes.**** > > ** ** > > This is probably cause often I’m not the only developer on board and it > caches things that others have done too.**** > > ** ** > > My hypotheses without really going through a SQL logging process is that > it probably takes quite some time for it to find the objects it needs to > cache.**** > > ** ** > > Joe**** > > ** ** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller > *Sent:* Thursday, October 10, 2013 1:25 PM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Controlling the Flushing action of the Mid-Tier Cache > **** > > ** ** > > ** **** > > I am not arguing the merits of the being able cache a single object or > maybe better yet a group of selected objects. My experience with Sync > Cache is it is a sub 30 second process on AR 8.0 / MT 8.1. In the last few > days I have repeatedly changed a form or AL, let it finish saving (AR > server cache mode is a factor here since the server cache needs to reflect > the object has changed), hit Sync Cache in IE, CTRL + F5 the form in > Firefox. I allow minimal time between those steps.**** > > ** ** > > Jason**** > > ** ** > > On Thu, Oct 10, 2013 at 10:13 AM, Joe D'Souza <jdso...@shyle.net> wrote:** > ** > > 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:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR > INFORMATION > OPERATIONS**** > > Sent: Thursday, October 10, 2013 12:58 PM > To: arslist@ARSLIST.ORG > 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:arslist@ARSLIST.ORG] On Behalf Of Jason Miller > Sent: Thursday, October 10, 2013 11:41 AM > To: arslist@ARSLIST.ORG > 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 <lisa.kemes....@dla.mil> 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:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza > Sent: Wednesday, October 09, 2013 6:04 PM > To: arslist@ARSLIST.ORG > 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"**** > > ** ** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > _ARSlist: "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"
