Christopher, Looking at the mid-tier logs after I cleared the cache and then selected the incident management console I can see ~120 forms being cached.
Have you got this many forms in your prefetch config? 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"
