Jaman --
I was wondering on this topic for a long time and found out that no you
cannot control the BACK functionality of the browser. (Just the same as you
cannot hide the source code viewing and possible misuse by users).
As you said, however, you can make sure that these actions if taken, dont
turn out to be harmful to the servlet application. Thats a whole new issue
one must take care of while designing ...
The *smart* pages which overcome the BACK operation put up a smart step in
between the two pages.
1 --> smart page --> 2.
The smart page is a simple forwarding page which takes the user
*immediately* to the page 2. So form page 2 you do a back .. you are forced
to page 2 again. A kinda simulation of BACK being trapped ;-)
If it helps ;-)
Shashank
>From: Jaman Burton <[EMAIL PROTECTED]>
>Reply-To: "A mailing list for discussion about Sun Microsystem's Java
> Servlet API Technology." <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: BACK-ing into trouble
>Date: Mon, 23 Aug 1999 14:53:07 -0500
>MIME-Version: 1.0
>From [EMAIL PROTECTED] Mon Aug 23 13:03:37 1999
>Received: from [204.160.241.28] by hotmail.com (2.1) with ESMTP id
>MHotMailB98AF4140196D82197BBCCA0F11CA17E1; Mon Aug 23 13:03:37 1999
>Received: from mail (mail.java.sun.com [204.160.241.28])by
>mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA13018;Mon, 23 Aug 1999
>12:57:49 -0700 (PDT)
>Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d)
>with spool id 376908 for [EMAIL PROTECTED]; Mon, 23
>Aug 1999 12:53:41 -0700
>Received: from charon.cargill.com (charon.cargill.com [167.136.225.225]) by
> mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA12142 for
> <[EMAIL PROTECTED]>; Mon, 23 Aug 1999 12:53:38 -0700
>(PDT)
>Received: from hermes.cargill.com (hermes.cargill.com [167.136.226.140]) by
> charon.cargill.com (8.8.8/8.8.8) with ESMTP id OAA07207 for
> <[EMAIL PROTECTED]>; Mon, 23 Aug 1999 14:53:18 -0500 (CDT)
>Received: from wich.cgo.cargill.com (wich.cgo.cargill.com [157.239.69.100])
>by hermes.cargill.com (8.8.8/8.8.8) with ESMTP id OAA09586 for
> <[EMAIL PROTECTED]>; Mon, 23 Aug 1999 14:55:37 -0500
>(CDT)
>Received: from localhost (root@localhost) by wich.cgo.cargill.com (8.8.6
> (PHNE_14041)/8.8.6) with SMTP id OAA07671 for
>[EMAIL PROTECTED]; Mon, 23 Aug 1999 14:53:17 -0500 (CDT)
>X-OpenMail-Hops: 1
>Message-ID: <H00005ad08d1f57f@MHS>
>Sender: "A mailing list for discussion about Sun Microsystem's Java
> Servlet API Technology." <[EMAIL PROTECTED]>
>
>Any assistance would be greatly appreciated in this matter...
>
>In the midst of developing our internet site using HTTPSessions I've
>discovered that when a user employs the use of a browser's "BACK"
>button they can unwittingly bring themselves to one of our error pages.
>
>Although this outcome, isn't harmful to us or our users, it is
>unwanted. Is there a way that the "BACK" button can be disabled within
>a servlet or if not, I have seen sites were it seems as though pages
>won't let you "BACK" into them...how is this accomplished?
>
>Thanks,
>Jaman Burton
>Excel Corporation
>[EMAIL PROTECTED]
>
>___________________________________________________________________________
>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 Do More On The Web. Visit http://www.msn.com
___________________________________________________________________________
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
