Isn't the perl script just a 6.3 substitute for the 7.1 prefetch.xml (or whatever it's name is)? Lets see if I can get this straight...in 7.1..if I want to dump and re-cache I need to press the flush button in mid-tier config, and then restart the tomcat/servletexec to have it prefetch?
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black Sent: Wednesday, October 17, 2007 9:54 AM To: [email protected] Subject: Re: 353 Error Joe, Or it might be an internal Mid-tier problem that goes something like... " Oh.. I need to go fetch/cache that form... so I have nothing to show you right now.. So.. User you go away and when you come back then I will be ready for you." (thus give an error once and start the cache process for that form) A strange thing about the "dump" cache tool is that it does not trigger a recache (prefetch, or otherwise) operation. I would actually expect that the function should mark all of the cache as "old" and then force a recache of all items already in the cache. However it appears to only "dump and stop". Then the Mid-Tier waits for the next user to "pay the price" for the lack of a cache. LJ, ( Just a thought. ) There was also a perl script that was used with the v6.3 Mid-Tier to "login and force the server to cache objects". (Basically just simulating a user activity of opening the form.) Maybe if your development process incorporated such a step you could stop "dumping" the cache all together? -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 10/16/07, Joe D'Souza <[EMAIL PROTECTED]> wrote: > ** > > In addition of checking out the bug that Michael pointed out, take a > SQL log at the time the error occurs to verify what the system API's > are trying to access at the time of the error. It might reveal something about your error. > > > Joe D'Souza <snip> > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of LJ LongWing (Head) > Sent: Tuesday, October 16, 2007 4:17 PM > To: [email protected] > Subject: 353 Error > > > ARS 7.1 > Mid-Tier 7.1 > New Atlanta ServletExec 5.0.0.13 > Java 1.5.0_11 > Windows 2003 > > We are working in a Test environment and every time we drop code from > Dev to Test we flush the web cache to ensure that the latest code is > available to the testers. We use the Application list on the left of > the home page with entry points heavily on a home grown app. > Sometimes, some of the users will click on an entry point and get a > 353 error. Excerpt from Error Message Guide > > 353 Error > You have no access to form. > You are not allowed to access the specified form. Form permissions do > not allow you to get the definition of the form or of its fields or to > access the data it contains. > Contact your AR System administrator if you need access to the form. > > The funny thing is if they didn't have access to the form...they > wouldn't see the entry point. Even stranger, if they try again > immediately after it works, and continues to work until we flush the > cache again. I'm thinking it's a bug in Mid-Tier 7.1...but can't be > sure. Anyone else seen this problem? Oh...and it only manifests > itself in Mid-Tier of course...so no client interaction with this app. > > LJ LongWing > RAC 7.x Certified ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
