Caught Exception Object Expected Error
Contents |
in threaded view ♦ ♦ | Report Content as Inappropriate ♦ object expected error in javascript ♦ Caught Exception Object Expected - 7.6.04 Mid-tier **
Object Expected Error In Internet Explorer 8
Greetings ARSListers,I really don't like bothering everyone on the list with questions of this type, object expected error in jquery 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
Object Expected Error In Javascript While Calling A Function
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:[hidden email]@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[hidden email][hidden email]@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[hidden email]@http://myserver/arsys/resources/javascript/7.6.04%20SP3%20201201302357/moz/ClientCore.js:11[hidden email]@http://myserver/a
this post in threaded view ♦ ♦ | Report Content as Inappropriate ♦ ♦ Re: Caught Exception Object Expected - 7.6.04 Mid-tier - Update I have an update on the Caught Exception issue. It turns out that the issue goes away whenever I put in the fully qualified domain name for my server group alias as the preference server in the mid-tier config tool. I was working with BMC this morning on it and we were experimenting pointing my dev mid-tier towards on the application servers in production. The problem disappeared whenever I would point the mid-tier directly at an application server. So, then we tried using the short name for the server group. http://ars-action-request-system.1.n7.nabble.com/Caught-Exception-Object-Expected-7-6-04-Mid-tier-td38819.html That didn't work. Then I got the idea to try using the FQDN of the server group. Bingo! It worked using the FQDN of the server group as the preference server on the general settings tab. We will keep experimenting with it because it doesn't answer the question as to why the problem went away when I blew away the person's AR System Search Preferences. Jesus Ortega Senior II, Implementation Engineer LyondellBasell Industries Office: 713 309-4914 http://ars-action-request-system.1.n7.nabble.com/Re-Caught-Exception-Object-Expected-7-6-04-Mid-tier-Update-td61295.html Cell: 281 546-0735 -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[hidden email]] On Behalf Of Francois Seegers Sent: Thursday, August 02, 2012 9:32 PM To: [hidden email] Subject: Re: Caught Exception Object Expected - 7.6.04 Mid-tier Make sure you do not have reverse proxies that cache the Remedy URL's. We were advised by BMC a while ago that the mid-tier is the only component that should handle the cache. After our proxy guys disabled the cache from NOT happening on the reverse proxies all worked fine. Cheers Francois -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[hidden email]] On Behalf Of Brian Pancia Sent: Friday, August 03, 2012 1:42 AM To: [hidden email] Subject: Re: Caught Exception Object Expected - 7.6.04 Mid-tier 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 si
should be able to configure it so that once a client connects it will continue to keep connecting to the same server in the pool. I haven't read up on BMC's https://www.mail-archive.com/arslist@arslist.org/msg81397.html suggested configuration for load balancing the mid-tier but in a previous life for http://www.java2s.com/Code/JavaScript/Development/CatchingtheObjectExpectedError.htm other applications we would use cookie persistence (where the load balancer dropped its own cookie on the client machine to track to which pool member it was connected). -Rick -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Francois Seegers Sent: Thursday, August 02, 2012 7:32 PM To: arslist@ARSLIST.ORG Subject: Re: object expected Caught Exception Object Expected - 7.6.04 Mid-tier Make sure you do not have reverse proxies that cache the Remedy URL's. We were advised by BMC a while ago that the mid-tier is the only component that should handle the cache. After our proxy guys disabled the cache from NOT happening on the reverse proxies all worked fine. Cheers Francois -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] object expected error On Behalf Of Brian Pancia Sent: Friday, August 03, 2012 1:42 AM To: arslist@ARSLIST.ORG Subject: Re: Caught Exception Object Expected - 7.6.04 Mid-tier 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
OrientedPage ComponentsRicoScriptaculousSecuritySmartClientStyle LayoutTableUtilitiesWindow BrowserYUI LibraryCatching the 'Object Expected' Error : Error Exceptions«Development«JavaScript DHTMLJavaScript DHTMLDevelopmentError ExceptionsCatching the 'Object Expected' Error