Well, depending on your exact implimentation, I don't think the client
client will actually close the browser. They may surf to another site, or be
somewere else on there machine, but it's unlikely they will close the
browser(at least the great majority).
If it were me addressing this issue, I think I would pay more attention to
the user actually staying around rather than waiting until thay have left.
Maybe you should come up with some kind of innnovative applet idea that
keeps them busy with a status bar and then prompts the user to see if there
still there before sending the data back across the wire. That way you KNOW
that the user is still around.
Somehow, I think you may be worrying allot about a small problem. You said
that this has to do with a bank transaction. What user do you know that is
going to walk away from their machine during a bank transaction. Once again,
If they decide to actually walk away, employ an applet on the user end to
check to see if there still around. I would check to see if the applet is
still loaded for that session. That's pretty simple.
Anyone else have a better idea?
John D. McDonald
CipherStream Systems
email: [EMAIL PROTECTED]
web: www.cipherstream.com
-------------------------------------------------------
Secure E-Business Is Our Business
-------------------------------------------------------
----- Original Message -----
From: Pankaj <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 17, 1999 9:23 PM
Subject: Re: How to know a brower closed
> Hello,
> i think i'll elaborate a little on my problem. here:
>
> In my credit card processing servlet(a proto for our project) i am making
> https calls to bank(dummy) and mall(dummy) for verifying client details.
Now
> since making 2-3 https calls takes a while i want to know at the end of
> processing whether the client is still there or he has got disconnected
> somehow. It is very imp coz my servlet(and hence the Bank) might have
> committed the transaction and the client will never know. In that case i
want
> to send him email. So what r the possible ways for me to know that client
has
> got disconnected..? At the end of my procesing i redirect the client back
to
> the mall where he came from. I triend to capture the function's
IOException to
> know whether the cliend has got disconnected but it doesn't work all the
> time. Sometimes i get a Committed Transaction without a corresponding
email
> being generated.
>
> Is it advisable to use Time-outs..? can ICMP help me polling the client..?
or
> some other way of pinging the client..?
>
> Please help me.
>
> Thanks,
> Pankaj.
> David Mossakowski <[EMAIL PROTECTED]> wrote:
> There is no notion of 'client is no longer using the services' because
once
> every request is over you can say that 'client is no longer using
services'.
> It doesn't much matter (except for the session timeout) if the client
makes
> another request 5 or 5 hours later.
>
> So, yes, the only way to 'fix' it is to set a time-limit for a session
being
> inactive. Other thing to do is not to tie any connections to external
> resources to the client. Use connection pooling.
>
> As for time out period of your session. This varies depending on what you
> do.
> For example my web-based e-mail account has unlimited time (it probably
isn't
> a
> servlet but just to illustrate). I can start it today and have the page
open
> overnight, come back next morning, click get mail and it works. But for
> online
> trading or banking you would probably set the time out to less than
infinity.
>
> dave.
>
> "Gupta, Lokesh" wrote:
>
> > So what are the possible ways for you to detect on the server side that
the
> > client is not longer using the services. Is that usually done using some
> > kind of a time-limit since the last hit on the servlet? If yes, are
there
> > any recommendations regarding what these time-limits should be?
> >
> > Thanks,
> >
> > Lokesh
> >
> > -----Original Message-----
> > From: David Mossakowski [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, November 17, 1999 10:26 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: How to know a brower closed
> >
> > There is no way to know that.
> >
> > To release resources use HTTP binding listener and implement the unbind
> > method. There you can release the resources because when the session is
> > expired this method is called.
> >
> > dave.
> >
> > Joe Lei wrote:
> >
> > > Hi there
> > >
> > > is it possible to notify a servlet from the client side (using
> > JavaScript/applet to servlet communication or else) when the user close
the
> > brower (without explicitly logout) so that the clean up process, like
> > closing db connection, invalidating session object etc. can be
triggered.
> > >
> > > If there're any alternative, pls suggest. Thx
> > > Joe
> > >
> > >
> >
___________________________________________________________________________
> > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > > of the message "signoff SERVLET-INTEREST".
> > >
> > > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > > Resources:
http://java.sun.com/products/servlet/external-resources.html
> > > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> >
> > --
> > David Mossakowski [EMAIL PROTECTED]
> > Programmer 212.310.7275
> > Instinet Corporation
> >
> > "I don't sit idly by, I'm planning a big surprise"
> >
> >
___________________________________________________________________________
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > Resources: http://java.sun.com/products/servlet/external-resources.html
> > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> >
> >
___________________________________________________________________________
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > Resources: http://java.sun.com/products/servlet/external-resources.html
> > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
> --
> David Mossakowski [EMAIL PROTECTED]
> Programmer 212.310.7275
> Instinet Corporation
>
> "I don't sit idly by, I'm planning a big surprise"
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
>
> ____________________________________________________________________
> Get free email and a permanent address at http://www.netaddress.com/?N=1
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
