app abolutely session free. I have had the session mix-up issues using
firefox/explorer tabs and this solution has also worked for me.
hope it helps.
--- On Sun, 11/30/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Subject: R
Spring WebFlow includes Struts integration. I can't help you any
further than point to the web site:
http://www.springsource.org/webflow
Note that SWF 1.x includes the Struts 1 support. I don't think 2.x
does. Use 1.x and you can prevent exactly what you said. See the
reference guide.
Paul
2008/
Paweł Wielgus escribió:
Hi all,
by saying non web based i ment swing or swt.
As for Spring WebFlow, Paul could You elaborate more about it, i was
almost sure that it's impossible . Lets take my standard behavior, i
open my page with default tab, then i click middle button (wheel) on a
link and g
Hi all,
by saying non web based i ment swing or swt.
As for Spring WebFlow, Paul could You elaborate more about it, i was
almost sure that it's impossible . Lets take my standard behavior, i
open my page with default tab, then i click middle button (wheel) on a
link and get a content in new tab, t
Oh, my apologies. I thought the discussion revolved around preventing
the same person from having multiple sessions.
If you want to just prevent multiple views, you need to integrate
Spring WebFlow.
Paul
On Sun, Nov 30, 2008 at 4:45 PM, Dave Newton <[EMAIL PROTECTED]> wrote:
> --- On Sun, 11/30/
--- On Sun, 11/30/08, Paul Benedict wrote:
> I've seen this kind of solution before. When a user logs
> in, you need to write them into a database -- either in
> memory or disk -- and then do not allow the same user to
> log in again until the previous session expires. You want
> to use a sessio
I've seen this kind of solution before. When a user logs in, you need
to write them into a database -- either in memory or disk -- and then
do not allow the same user to log in again until the previous session
expires. You want to use a session listener for this to detect expired
sessions.
Paul
2
[EMAIL PROTECTED] escribió:
What? Are there solutions that are not web-based? :)
On Sun, Nov 30, 2008 at 6:11 AM, Paweł Wielgus <[EMAIL PROTECTED]> wrote:
Hi Dani,
the only solution i can imagine in this case is to invalidate session
from first browser when the same user logs in with th
Try using something built around the token method that is normally
used to prevent double-submissions.
The opening of the second browser window or tab would presumably send
a new request to the server which would reset the token or would
itself be invalid when checking the token. This wou
What? Are there solutions that are not web-based? :)
On Sun, Nov 30, 2008 at 6:11 AM, Paweł Wielgus <[EMAIL PROTECTED]> wrote:
> Hi Dani,
> the only solution i can imagine in this case is to invalidate session
> from first browser when the same user logs in with the second browser
> - it woul
Hi Dani,
the only solution i can imagine in this case is to invalidate session
from first browser when the same user logs in with the second browser
- it would require You to write such bussiness logic to make it work.
But then again You cannot (or it will be very hard to do)
differentiate if a req
Hi,
In my web application I have to manage sessions. An user can not login
from multiple browsers (just one session available per user). I have
read that if browser window is cloned (such as a new tab in firefox or
IE) the session is also cloned to this new tab so a user could have two
instan
12 matches
Mail list logo
