if you whip up a simple war file, and let us have that with your
server.xml, then we can reproduce it and figure it out
Filip
On 09/16/2009 08:33 PM, Hacking Bear wrote:
But it seems not relate to my problem here, as I tried both ways. I also try
to close the response writer in addition to closing the event. Is that
necessary?
Another question is that why the TIMEOUT error keeps coming every few
seconds? Is it something intrinsic with the XMLHttpObject or ActiveXObject
used in browser javascript or something wrong in Tomcat?
Thanks!
On Wed, Sep 16, 2009 at 10:14 AM, Filip Hanik - Dev Lists<
devli...@hanik.com> wrote:
On 09/13/2009 06:51 PM, Hacking Bear wrote:
On ERROR with subtype other than DISCONNECT, I just ignore it, i.e. no
call
to event.close() nor trying to close the streams.
an error means you should always close, or you can leave a thread spinning
call error over and over again, you can't hold on to a CometEvent object
after its been errored out
I also tried to do both on
any error but it seems not doing better. Besides, I didn't see any ERROR
other than TIMEOUT which repeats every few seconds.
Another note is that in my session listener, I need to close the
connection.
If I don't, then the CPU usage problem would occur as easily in IE as in
FF.
public void sessionDestroyed(HttpSessionEvent event) {
closeSessionConnection(session.getId());
Thanks
On Sun, Sep 13, 2009 at 2:00 PM, Filip Hanik - Dev Lists<
devli...@hanik.com
wrote:
Whis is the event.close conditional when there is an error, what if you
get
a Comet report that says
Type=CometEvent.EventType.ERROR
Subtype=null
?
Filip
On 09/13/2009 01:25 PM, Hacking Bear wrote:
} else if (event.getEventType() == CometEvent.EventType.ERROR) {
final EventSubType subtype = event.getEventSubType();
if (subtype == CometEvent.EventSubType.TIMEOUT) {
log.info("ignore timeout");
} else if (subtype ==
CometEvent.EventSubType.CLIENT_DISCONNECT)
{
closeSessionConnection(httpSession.getId(), false);
event.close();
}
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
