On a similar note...
There's got to be a better design that would not need to utilize this form of caching in the first palace. We go through this nightmare everytime we deploy - it's a headache. We have 2 active mid tier servers (Windows/Tomcat) active to users. So everytime we deploy we have to disable one from the load balancer, flush cache and then wait 1 hour for it to complete the rebuild. So that's at least 2 hours of my life down the drain everytime we deploy. I already have to deploy after hours, so having to wait for the caching to complete really gets under my skin. We've found we can't leave a mid tier server active to users during the rebuild due to slowness as a result of CPU consumption for the rebuild. I hate to think what this would be like if I had more than 2 active web servers. I've seen plenty of other enterprise web apps where all you have to do is drop in the applicable objects (jsp ,jar, aspx, xml, html etc..) then you're done. That's it...why can't BMC make this process cleaner and more efficient? In my mind it would be great if the objects in Dev Studio represented as objects on the web layer that could be pushed by themselves or all as a whole. E.g. if I was making a change to HPD:Helpdesk and added an active link, then the objects at the web layer for HPD:Helpdesk and the new active link would be pushed - that's it done. Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com <http://www.jcp.com/> ________________________________ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, March 02, 2012 8:06 AM To: arslist@ARSLIST.ORG Subject: Re: Automate Cache Flush I had one of my servers that was restored from production, and 2 days later, some form changes we had made in the release were still not sync'd on that server...a quick flush of the cache made everything right...so there is obviously something not working properly in the Check Interval....have had several such situations in the past, so our standing practice is to flush the web cache every time we do a deploy :-) From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of SriSamSri Appecherla Sent: Thursday, March 01, 2012 5:13 PM To: arslist@ARSLIST.ORG Subject: Re: Automate Cache Flush ** LJ, Automatic flush based on Definition Change Check Interval parameter works well for me :) Regards, SriSamSri Appecherla Mobile# +61 469747355 On Fri, Mar 2, 2012 at 10:29 AM, LJ LongWing <lj.longw...@gmail.com> wrote: ** Yes, but anyone that has worked with the product for a sufficiently long time knows that doesn't work properly. I have a migration process that I fire and when the process is over, I want it to automatically flush the cache on the configured web servers. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of SriSamSri Appecherla Sent: Thursday, March 01, 2012 4:14 PM To: arslist@ARSLIST.ORG Subject: Re: Automate Cache Flush ** Hi LJ, The cache is automatically flushed based on Definition Change Check Interval parameter in the mid tier config page under Cache Settings. Regards, SriSamSri Appecherla Mobile# +61 469747355 <tel:%2B61%20469747355> On Fri, Mar 2, 2012 at 9:51 AM, LJ LongWing <lj.longw...@gmail.com> wrote: ** I'm wanting to automate the cache flush and didn't find anything in the manuals about how to go about automating it...any suggestions are appreciated. _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"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ <font face="monospace"size="-3"><br>The information transmitted is intended only for the person or entity to which it is addressed and <br>may contain confidential and/or privileged material. If the reader of this message is not the intended<br>recipient, you are hereby notified that your access is unauthorized, and any review, dissemination,<br>distribution or copying of this message including any attachments is strictly prohibited. If you are not<br>the intended recipient, please contact the sender and delete the material from any computer.<br> _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"