tablepane autorefresh http object request failed, unable to process hyperEvent

[Jon Goody]

I am having issues with our zen application where we are seeming to
get 'http object request failed, unable to process hyperEvent '
messages appaearing.

I basically have a page with a tablepane on and have a javascript
method that auto refreshes the tablepane every minute.

We get random alerts appearing after a few minutes with hyperevents
and nto sure why this is.

Is there some timeout settings that I am missing. If I click OK to the
message and right lcik the window and refresh all seems to back
tonormal until a further few minutes.

Any ideas anyone?

Jon

[Dale du Preez]

Hi Jon,

Which version of Cache/Ensemble are you using? We've done a good amount
of work to clean this kind of situation up so that you can diagnose
these kinds of error better. However, most of that work is in 2012.1, so
you won't have access to it on earlier versions.

Without more information it can be hard to work out what the real cause
is. In some cases, the issue is that the token stored in the page itself
is superseded by an update to the CSP Session that the page is unaware
of. After that happens, the hyperevents can continue to use the outdated
data and can thereby trigger the kind of errors you are seeing.

If you are on a version before 2012.1, I would suggest contacting the
WRC to get some help getting the right kind of logging to work out
exactly what is going on.

Dale

[Goody Jon (NHS LOTHIAN)]

Thanks Dale,

The version we are running is ensemble 2010.1.4.804

Would this count for the different variation of timeouts? Timeouts vary between 2mins to 30 mins.

Cheers

Jon

-----Original Message-----
From: intersys...@googlegroups.com [mailto:intersys...@googlegroups.com] On Behalf Of Dale du Preez
Sent: 13 June 2012 14:51
To: intersys...@googlegroups.com
Subject: Re: [InterSystems-Zen] tablepane autorefresh http object request failed, unable to process hyperEvent

Hi Jon,

Which version of Cache/Ensemble are you using? We've done a good amount
of work to clean this kind of situation up so that you can diagnose
these kinds of error better. However, most of that work is in 2012.1, so
you won't have access to it on earlier versions.

Without more information it can be hard to work out what the real cause
is. In some cases, the issue is that the token stored in the page itself
is superseded by an update to the CSP Session that the page is unaware
of. After that happens, the hyperevents can continue to use the outdated
data and can thereby trigger the kind of errors you are seeing.

If you are on a version before 2012.1, I would suggest contacting the
WRC to get some help getting the right kind of logging to work out
exactly what is going on.

Dale

On 6/13/2012 7:43 AM, Jon Goody wrote:

--
You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.
To post to this group, send email to InterSys...@googlegroups.com
To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/InterSystems-ZEN?hl=en
Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions

********************************************************************************************************************

This message may contain confidential information. If you are not the intended recipient please inform the
sender that you have received the message in error before deleting it.
Please do not disclose, copy or distribute information in this e-mail or take any action in reliance on its contents:
to do so is strictly prohibited and may be unlawful.

Thank you for your co-operation.

NHSmail is the secure email and directory service available for all NHS staff in England and Scotland
NHSmail is approved for exchanging patient data and other sensitive information with NHSmail and GSi recipients
NHSmail provides an email address for your career in the NHS and can be accessed anywhere

********************************************************************************************************************

[Dawn Wolthuis]

That's great to know. We lost developers on our sweat-equity team when these were plaguing us. We no longer have a ton of these. The key, if I am recalling correctly, is not to have multiple concurrent asynch processes, so we sometimes run the executeQuery synchronously, such as with a method like this (in case it helps).  --dawn

ClientMethod refreshOurTable() [ Language = javascript ]
{
    var table = zen('OurTable'),
        old = zenSynchronousMode;
    zenSynchronousMode = true;
    table.selectRow(-1);
    table.executeQuery(true);
    zenSynchronousMode = old;
    return;
}

--
You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.

To post to this group, send email to InterSystems-ZEN@googlegroups.com
To unsubscribe from this group, send email to InterSystems-ZEN-unsubscribe@googlegroups.com

For more options, visit this group at http://groups.google.com/group/InterSystems-ZEN?hl=en
Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions

--
Dawn M. Wolthuis

Take and give some delight today

[Derek Day]

If this were due to session timeouts, I would expect Hyperevent Incomplete or Invalid, as the login page was displayed.. On versions without Dale's improved error reporting, its very important to get the actual text of the response message, to see where it is failing.

I'd also watch what is happening on the server in these cases -- e.g. watch your LOCK table and the CSP Gateway status page. It is quite possible that the requests are piling up on top of one another and that one is blocking, leading to CSP Gateway timeouts. In this case, you'll most likely see "Waiters" for ^%cspSession(sessionid), if you are quick enough, you can examine the process details for the process that actually has the lock and find out what it is doing.

~Derek

[Goody Jon (NHS LOTHIAN)]

Thanks Derek

The application on load sets the session timeout to never and only when the application is closed will it end the session.

Where can I find the LOCK table?

I have also raised a WRC for support on this matter as it is now a LIVE issue which is causing problems.

Regards

Jon Goody

On 13 Jun 2012, at 17:02, "Derek Day" <Dere...@intersystems.com> wrote:

If this were due to session timeouts, I would expect Hyperevent Incomplete or Invalid, as the login page was displayed.. On versions without Dale's improved error reporting, its very important to get the actual text of the response message, to see where it is failing.

I'd also watch what is happening on the server in these cases -- e.g. watch your LOCK table and the CSP Gateway status page. It is quite possible that the requests are piling up on top of one another and that one is blocking, leading to CSP Gateway timeouts. In this case, you'll most likely see "Waiters" for ^%cspSession(sessionid), if you are quick enough, you can examine the process details for the process that actually has the lock and find out what it is doing.

~Derek

On Wed, Jun 13, 2012 at 9:50 AM, Dale du Preez <dale.d...@intersystems.com> wrote:

--
You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.
To post to this group, send email to InterSystems-ZEN@googlegroups.com
To unsubscribe from this group, send email to InterSystems-ZEN-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/InterSystems-ZEN?hl=en
Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions

--
You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.

To post to this group, send email to InterSys...@googlegroups.com
To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com

For more options, visit this group at http://groups.google.com/group/InterSystems-ZEN?hl=en
Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions