Thanks Christopher, My tests seem to confirm what you are saying but, as I mentioned to Joe in another reply, some support forms seem to cache along with the base forms.
Since the re-cache takes quite a time I'm keen to include only the forms that need to be included in the prefetch config. If the system is caching forms multiple times then that would be wasteful. I'll follow up your suggestion of using the mid-tier log to determine the forms to cache. Cheers Peter > If you read the mid-tier log it is probably also loading some supporting > forms with the console. I determined my list of forms to include by > actually watching what it had to load when we operated the consoles and > interfaces. The mid-tier log also should contain some very specific > entries for START Prefetch and END Prefetch. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > >> -----Original Message----- >> From: Action Request System discussion list(ARSList) >> [mailto:[EMAIL PROTECTED] On Behalf Of Peter Romain >> Sent: Tuesday, September 23, 2008 4:55 PM >> To: [email protected] >> Subject: Re: Remedy mid-tier precache XML code >> >> I've just been testing this pre-load and can't get it to do what I >> think >> it should be doing. >> >> On a windows system: >> >> I set it up only to pre-load the HPD:Incident Management Console. >> >> After flushing the cache and bouncing Tomcat I can see the cache being >> built in the mid-tier/cache directory. >> >> When the cache has been built I log into mid-tier with the same user as >> is >> specified in the pre-load and, as expected, the home page takes some >> time >> to load. >> >> Selecting the incident management console there is a large delay as it >> caches some more. >> >> Any ideas on why it doesn't load the console immediately? >> >> Cheers >> >> Peter >> >> >> >> >> > All, >> > >> > Thanks I think my issue was not with the password but the user I was >> > using. >> > >> > It looks like you need more then one, to hit all of the permission >> groups. >> > >> > As always thanks, >> > >> > hbr >> > >> > On Tue, Sep 23, 2008 at 2:02 PM, sivarama velicheti >> > <[EMAIL PROTECTED]>wrote: >> > >> >> ** Hi Howard, >> >> >> >> Joe is correct it does not require a password. >> But >> >> there are a couple of things you need to keep in mind i) Give the >> >> username >> >> that is an administrator on your system or a powerful account (Demo >> >> might >> >> not qualify for that if its not the most powerful account). ii) Make >> >> sure >> >> that the server name which you modified in the form is correct >> (Server >> >> on >> >> which AR Server is installed). iii) In the midtier config tool make >> sure >> >> that the option enable Cache persistence is enabled. iv) Most >> important >> >> point to know is that when you flush the cache it does not >> automatially >> >> prefetch all the pages and build it for you. You have to open all >> the >> >> pages >> >> using your powerful account in order for the Midtier to build the >> pages >> >> and >> >> store them. Next time someone accesses the page it is already built >> for >> >> him. >> >> That's why I disable the definition change check interval so that >> its >> >> not >> >> flushing the cache or rebuilding the pages in case a page has been >> >> modified. >> >> I deploy all the changes to production on a particular day off the >> week >> >> when >> >> I flush the cache and rebuild all the pages by opening them. >> >> Hope this helps!! >> >> >> >> Thanks >> >> Sivarama >> >> >> >> >> >> >> >> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers >> Are" >> >> html___ >> >> >> > >> > >> > >> > -- >> > Howard Richter >> > Red Hat Certified Technician >> > CompTIA Linux+ Certified >> > ITIL Foundation Certified >> > E-Mail = [EMAIL PROTECTED] >> > LinkedIn Profile = http://www.linkedin.com/in/hbr4270 >> > >> > >> _______________________________________________________________________ >> ________ >> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" >> > >> >> _______________________________________________________________________ >> ________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
