What would be nice would be if the mid-tier kept a count of the forms/number of times accessed by various 'group sets', then gave the option to automatically generate/update the prefetch xml file based on the stored data. Would be even nicer if there were a knob to enable the automatic update of the prefetch xml file based on the stored data on a periodic basis, say when the servlet container was stopped. May be too progressive an idea though.
Axton Grams On Tue, Sep 23, 2008 at 2:43 PM, Joe DeSouza <[EMAIL PROTECTED]> wrote: > ** > > Yes you got that right.. > > > > You need to have a user that represents the permission group set of the > users that you want to build the cache for. > > > > For eg. Demo would build cache for only Administrative users and all other > users that have other permissions that you may have assigned to the Demo > user.. > > > > So pick a user to represent your different users so that the permission set > for each of them is covered and that would mean that it may be more than > just one user that you may need to pick.. > > > > Joe > > ----- Original Message ---- > From: Howard Richter <[EMAIL PROTECTED]> > To: [email protected] > Sent: Tuesday, September 23, 2008 2:38:22 PM > Subject: Re: Remedy mid-tier precache XML code > > ** > 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 > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
