The reason clearing the cache and closing ie seems to work is because you are reestablishing a connection. What happens is a user swaps mid tier sessions while they are in remedy. The session headers are not swapped over popping up the error. Clear cache close ie and log back in will of coarse work every time but it doesn't fix the problem. The swapping is random and on not consistent with any user. This would tell you more than likely a hot fix will not fix the issue. It is hard to trouble shoot because it is random and the simple thing to do would be load a hot fix. There are caught exceptions were this is the case but not this one.
On 8/2/12, patchsk <vamsi...@gmail.com> wrote: > We have seen this happening randomly to several users. > The solution was to delete the IE cache on the client PC. > Just clicking clear cache sometimes did not help. > Consistent way to remove IE cache is > IE --> Tools --> Internet Options --> General tab --> Browsing History --> > Settings --> View files --> and select all and delete. > The above steps basically takes you to the below folder: > C:\Users\username\AppData\Local\Microsoft\Windows\Temporary Internet Files > > Close the browser and relogin to remedy. > > On Thursday, August 2, 2012 3:05:44 PM UTC-7, Ortega, Jesus A wrote: >> >> ** >> >> I tried to flush the cache several times. I even tried to delete the cache >> >> files manually in the mid-tier cache directory and on the Tomcat Catalina >> >> working directory. It did not help. Fiddler does not capture anything >> either. I was told by Claire Sanford that there is a new mid-tier patch >> that just came out for 7.6.04 SP3. I just downloaded it and plan to try it >> >> in my dev environment. The weird thing is that the development environment >> >> shows no signs of problems. It is just the production one. Then again, Dev >> >> is just a straight one mid-tier and one app server configuration. >> >> >> >> >> >> >> >> Jesus Ortega >> >> Senior II, Implementation Engineer >> >> LyondellBasell Industries >> >> Office: 713 309-4914 >> >> Cell: 281 546-0735 >> >> >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *ravi rai >> *Sent:* Thursday, August 02, 2012 4:26 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Caught Exception Object Expected - 7.6.04 Mid-tier >> >> >> >> ** >> >> Do cache flush on all mid tier nodes. >> >> On IE hit F12 new popup will open go to Cache and select Clear browser >> Cache for this domain >> Close all browser and retry >> >> >> Regards >> Ravi Rai >> >> >> ------------------------------ >> >> Date: Thu, 2 Aug 2012 16:20:39 -0400 >> From: jdso...@shyle.net >> Subject: Re: Caught Exception Object Expected - 7.6.04 Mid-tier >> To: arslist@ARSLIST.ORG >> >> ** >> >> >> >> If it does not work on IE as well on a supported version, then was it ever >> >> working? If so any updates to the Java libraries? >> >> >> >> Joe >> >> >> >> *From:* Ortega, Jesus A <jesus.ort...@lyondellbasell.com> >> >> *Sent:* Thursday, August 02, 2012 4:12 PM >> >> *Newsgroups:* public.remedy.arsystem.general >> >> *To:* arslist@ARSLIST.ORG >> >> *Subject:* Re: Caught Exception Object Expected - 7.6.04 Mid-tier >> >> >> >> ** >> >> Yes, we are using IE 8 as our main browser. I just ran the diagnostic in >> Firefox to get more information on the error. >> >> As usual, BMC support is of no help. I had our support org escalate it as >> >> a high incident and all I hear is crickets from BMC land. >> >> >> >> Jesus Ortega >> >> Senior II, Implementation Engineer >> >> LyondellBasell Industries >> >> Office: 713 309-4914 >> >> Cell: 281 546-0735 >> >> >> >> *From:* Action Request System discussion list(ARSList) >> [mailto:arslist@ARSLIST.ORG] *On Behalf Of *Joe Martin D'Souza >> *Sent:* Thursday, August 02, 2012 2:47 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Caught Exception Object Expected - 7.6.04 Mid-tier >> >> >> >> ** >> >> >> >> My first immediate question to you would be did you try this on an >> officially supported browser IE on an officially supported version? >> >> >> >> Firefox is not one of the officially supported browser, so though most >> things work on FireFox or Safari or Chrome, if something does not work, I >> >> would try it on a supported version of IE before deeming it to be a >> problem. If it’s a problem there too, then yes further investigate. If not >> >> then it may just be one of those exceptions that are not supported on non >> >> IE browsers.. >> >> >> >> Personally I like Chrome and then FireFox too, but when I encounter a >> problem, I attempt reproducing it on IE.. If it cannot be reproduced on >> IE, >> then technically you do not have much of a case, you could try bringing it >> >> up with BMC Support, but there is no guarantee they would consider it as a >> >> priority issue.. >> >> >> >> Joe >> >> >> >> *From:* Ortega, Jesus A <jesus.ort...@lyondellbasell.com> >> >> *Sent:* Thursday, August 02, 2012 3:38 PM >> >> *Newsgroups:* public.remedy.arsystem.general >> >> *To:* arslist@ARSLIST.ORG >> >> *Subject:* Caught Exception Object Expected - 7.6.04 Mid-tier >> >> >> >> ** >> >> Greetings ARSListers, >> >> >> >> I really don’t like bothering everyone on the list with questions of this >> >> type, but I need some help. First of all I have a 7.6.04 ARsystem \ITSM >> SP2 >> system and have Mid-tier 7.6.0 SP3. . I am running a load balanced, server >> >> grouped environment on Windows 2008 R2, and Tomcat 6, 64-bit, 2 midtiers, >> >> 2 app servers. >> >> >> >> In the past few days I have been getting a steady stream of complaints >> from my clients regarding an error when they are searching changes. They >> will go to Applications menu\Change Management\Search Change and when the >> >> change form opens and they search, they get “Caught Exception : Object >> Expected” . This only happens to a few people, not everyone, but it is >> consistent. I have tried to flush the mid-tier cache, manually delete >> Tomcat and Mid-tier cache, and I got rid of the Viewstat.dat file. One >> customer that has the issue can go to any machine and the issue follows >> her. I can hard code her password and log into my desktop and it will >> happen to me. >> >> >> >> We turned on logging in Firefox and captured the following error. It seems >> >> to point at ClientCore.js. I have a suspicion that this is cache related, >> >> perhaps eCache related. Your help would be appreciated. >> >> >> >> Caught exception >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11- >> TypeError: >> >> >> >> q is not a function... AT: >> >> >> >> >> MarshallArgs@http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> FormAction_GenericApply@http://edcwap38/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> ARACTCommit@http://edcwap38/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/forms/ideliverapp/CHG:Infrastructure%20Change/Best%20Practice%20View/form.js/37a779c4.js?format=html:993 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> ARRunGoto@http://edcwap38/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> ExecuteWorkflow@http://edcwap38/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> WorkflowContext@http://edcwap38/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> @ >> http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11 >> >> >> >> >> >> >> >> Jesus Ortega >> >> Senior II, Implementation Engineer >> >> LyondellBasell Industries >> >> Office: 713 309-4914 >> >> Cell: 281 546-0735 >> >> >> >> >> Information contained in this email is subject to the disclaimer found by >> >> clicking on the following link: >> http://www.lyondellbasell.com/Footer/Disclaimer/ _attend WWRUG12 >> www.wwrug.com ARSlist: "Where the Answers Are"_ >> >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ >> >> >> Information contained in this email is subject to the disclaimer found by >> >> clicking on the following link: >> http://www.lyondellbasell.com/Footer/Disclaimer/ _attend WWRUG12 >> www.wwrug.com ARSlist: "Where the Answers Are"_ >> >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ >> >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ >> >> Information contained in this email is subject to the disclaimer found by >> >> clicking on the following link: >> http://www.lyondellbasell.com/Footer/Disclaimer/ >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > -- Sent from my mobile device _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
