It won't be possible to detect that the given request reached your
application because a user hit the Back button. There is no indication
in HTTP protocol that could tell you so.
Regards
Łukasz
wt., 25 sty 2022 o 22:58 albert kao napisał(a):
>
> If the user presses the Back button of a browser,
Hi Chris:
> What browser are you using? Is your setup action being executed again,
> or is the browser serving the page from the cache? If the browser is not
> contacting the server, there's nothing you can do.
I am using IE 7.0.
Regarding contacting the server, something very weird is happening
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chetan,
Chetan Pandey wrote:
> To avoid this problem I introduced the following
> request.getSession().setAttribute("eventForm", new EventForm()).
If you are using Struts form beans, it might be better to blank the
existing bean instead of creating a
Can I use struts token mechanisim without a formbean ?
Thanks & Regards
Manfred Wolff <[EMAIL PROTECTED]> wrote:
Found at http://husted.com/struts/catalog.html
Use the Action Token methods to prevent duplicate submits
There are methods built into the Struts action to generate one-u
Found at http://husted.com/struts/catalog.html
Use the Action Token methods to prevent duplicate submits
There are methods built into the Struts action to generate one-use
tokens. A token is placed in the session when a form is populated and
also into the HTML form as a hidden property.
Can U suggets me an article which clearly explains using struts tokens
mechanisim?
Manfred Wolff <[EMAIL PROTECTED]> wrote:
Lixin.
I think mostly it is no problem to go back in a struts implemented
application. If it ist a problem (e.g. after a logout or if you saved
data) you can take the s
Lixin.
I think mostly it is no problem to go back in a struts implemented
application. If it ist a problem (e.g. after a logout or if you saved
data) you can take the struts token mechanism to prevend such backs.
Manfred
Lixin Chu wrote:
> A cleaner back button solution is almost a must-have fo
A cleaner back button solution is almost a must-have for logout:
after logout, the back button should not bring back the previous page.
looking at that Gmail does. any idea how it is implemented ?
f Khan [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 12, 2006 9:31 AM
> To: Struts Users Mailing List
> Subject: Re: Browser Back Button
>
>
> Hi,
>
>For browser back button solution through javascript,
> please see this link.
>
> http://www.webdev
Hi,
For browser back button solution through javascript, please see this
link.
http://www.webdeveloper.com/forum/showthread.php?t=93935
Regards
Rauf Khan
On 5/12/06, temp temp <[EMAIL PROTECTED]> wrote:
I am not clear using tokens How to use tokens to determine that user
clicked on br
I am not clear using tokens How to use tokens to determine that user clicked on
browser back button ?
Thanks & Regards
Rob Manthey <[EMAIL PROTECTED]> wrote: And I'll be contrary and toss in a
"Yes, but ..." (apol: Eric Berne)
(as usual, corrections to my notes are welcome)
Yes, but you have
And I'll be contrary and toss in a "Yes, but ..." (apol: Eric Berne)
(as usual, corrections to my notes are welcome)
Yes, but you have to do it programmatically. I don't think there's
anything in j2ee (or any other web app) interfaces or implementations
that handles this, as Phil said, so you hav
No.
When people have a problem with back buttons, 95% of the time they are
either doing one of the following:
- Confusing the GET and POST methods and their intended purpose with forms.
- Abusing client-side browser scripting for forwarding users.
On 5/11/06, temp temp <[EMAIL PROTECTED]> wrote:
location.href will give you the same page... what you want is whatever
the *real* initial page of your app is. For instance, if right now you
would go to index.jsp as the first page, then rename that to index1.jsp
and use that as the argument. The page I gave you would then become
index.jsp.
Frank,
I again tried it and now it works.
But what would be the argument to the window.open method.
I am using struts and tiles and all of my uri are like employee.do etc.
I tried doing
window.open(location.href, 'MYAPP', myOpts);
and it went into infinite loop.
Any further
What doesn't work? And what are you trying to accomplish with
history.forward()?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Suppl
Hi Frank,
I tried it but could not make it work. Also I am trying something like this.
history.forward();
This also doesnt work. I am using Tiles.
Thanks.
"Frank W. Zammetti" <[EMAIL PROTECTED]> wrote:
I should also mention, you will probably want to have a c
I should also mention, you will probably want to have a check in all other
pages/Actions that looks for some session variable that only gets sets on
this page... if it isn't found, redirect here. That way, people can't
jump into any page in your app they want.
And again, I have to say, some peopl
You have to open your application in a chromeless window. Since you said
the Javascript solved your keyboard problem, you are obviously working in
an IE-only environment, so here's how to do it... Your app must start with
a single page, say index.jsp, which will be:
<%@ page language="java" sessi
Hi Frank,
Thanks for your reply. That solves my problem of back button or other key on
the keyboard. But I still have the problem with the browser back button. I am
using Tiles.
It would be nice if you can provide any pointers.
Thanks.
"Frank W. Zammetti" <[EMAIL PROTECTED]> wr
Marked OT... this isn't Struts-related...
There isn't any way to do it cross-browser that I am aware of, and there
isn't any way to do it definitively. However, because you say you are
working on an Intranet application, you may have some options that you
otherwise might not...
First thing,
You are getting a "Page Expired" because the page you're trying to go
back to was produced by a POSTed form. The browser won't rePOST data
to the server unless the user explicitly allows it to (as a "security
precaution"). If you want to redisplay form results without the Page
Expired message, ei
22 matches
Mail list logo
