Peter, You need to cache the tables/forms of the underlying forms of table fields on your view too.. That would be my guess as if you notice when you load forms having table fields on the user tool, it does build the arf and arv files for forms belonging to the table fields embedded on the form being opened.. So while your cache for your HPD:Incident Management Console has been created by pre caching, the cache for supporting forms of table fields on that console have not yet been created which might be causing the delay as this cache might be being created at that time.. This is just my guess based on the behavior of the User tool caching process so do not shoot me if I am wrong on this one.. You can try an experiment on the user tool to observe this by deleting all the arv and arf files and then loading a form that has a few table fields.. Cheers Joe
----- Original Message ---- From: Peter Romain <[EMAIL PROTECTED]> To: [email protected] Sent: Tuesday, September 23, 2008 5:54:52 PM 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"
