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"
