Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / April 2007

Tip: Looking for answers? Try searching our database.

Browser back/forward button and Java Servlets

Thread view: 
John - 12 Apr 2007 00:45 GMT
Hi everybody,
for my web-application (it must currently work only under IE6) I have
a servlet that intercepts user's HTTP GET requests for a typical
search result page, which contains a paging mechanismus for navigating
between the result pages (e.g. << 1 2 3 4 5 ... >> ).

When the user clicks on this navigation, the JSP send a GET request to
a servlet wich does some buisiness logic - in particular it logs (with
log4j) how many times an user navigates between the several pages and
then sends the response back to the client with the next search
results page. Everything works fine.

BUT if the user hits the browser's back/forward buttons, the servlet
which contains the counter for the log file will be never called from
the JSP, and so the counter will not increase its value for the log-
file.

I must handle this back/forward event (as well as, when the user
clicks the right mouse button to navigate the history - back or
forward).

I have no idea how to catch the event and calling the servlet for
incrementing the counter.... and the business sets me more and more
under pressure  :-(

Does anybody has an idea, suggestion, or a link with an example?

Thank you very much for your suggestions :-)
John
Joshua Cranmer - 12 Apr 2007 03:43 GMT
> Hi everybody,
> for my web-application (it must currently work only under IE6) I have
[quoted text clipped - 25 lines]
> Thank you very much for your suggestions :-)
> John

I'm guessing that what's going in is that the browser is loading a
cached back page, so it goes back to the cached page and sends no
request to the servlet. If this is the case, then sending a simple AJAX
request using a window.onload handler to get the servlet to recognize
the back should be sufficient.
Randy Webb - 12 Apr 2007 04:33 GMT
Joshua Cranmer said the following on 4/11/2007 10:43 PM:
>> Hi everybody,
>> for my web-application (it must currently work only under IE6) I have
[quoted text clipped - 31 lines]
> request using a window.onload handler to get the servlet to recognize
> the back should be sufficient.

That won't work as the onload event isn't always fire when the page is
retrieved from the cache.

Signature

Randy
Chance Favors The Prepared Mind
comp.lang.javascript FAQ - http://jibbering.com/faq/index.html
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

Adam Maass - 12 Apr 2007 05:08 GMT
>> Hi everybody,
>> for my web-application (it must currently work only under IE6) I have
[quoted text clipped - 31 lines]
> window.onload handler to get the servlet to recognize the back should be
> sufficient.

Nocache HTTP response headers. I forget the exact format, but that should do
the trick.
Sanjay - 12 Apr 2007 13:25 GMT
> Nocache HTTP response headers. I forget the exact format, but that
> should do the trick.

If I remember correctly, this won't work in Firefox, as it has some kind
of cache (called back-forward cache?). Firefox caches pages even if you
set no-cache in http headers.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.