rs Mailing List
Subject: RE: Thread-safety
Hi,
Yes. We use this code from within a controller stored in the user
session. Now each user will get the controller from his session and call
this code from within the controller but even then this might be a bit
tricky. Our controller doesn'
nks,
Mohan
-Original Message-
From: Andrew Hill [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 22, 2002 11:27 AM
To: Struts Users Mailing List
Subject: RE: Thread-safety
It depends...
-Original Message-
From: Mohan Radhakrishnan [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 2
It depends...
-Original Message-
From: Mohan Radhakrishnan [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 22, 2002 13:20
To: Struts Users Mailing List
Subject: Thread-safety
Hi,
getServlet().getServletContext() );
I have code like this in my reload action. Now this gets hold
On Thu, Jun 13, 2002 at 09:07:58PM -0700, Craig R. McClanahan wrote:
>
> Not always. Example -- let's say you have a String property (very common
> in a form bean), so you have a setter like:
>
> private String foo = null;
>
> public String getFoo() {
> return (this.foo);
> }
>
>
On Thu, 13 Jun 2002, Noah Levitt wrote:
> Date: Thu, 13 Jun 2002 14:45:35 -0400
> From: Noah Levitt <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Re: thread safety
-
From: Noah Levitt [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 14, 2002 02:46
To: Struts Users Mailing List
Subject: Re: thread safety
Hello,
Your suggestion is duly noted, and would probably be good
advice for many web apps. But keeping form beans in session
scope can be very handy at times
Hello,
Your suggestion is duly noted, and would probably be good
advice for many web apps. But keeping form beans in session
scope can be very handy at times, as has been pointed out in
other posts. Sessions are one of the main advantages of
servlets, after all.
So, you concede that using form b
rm bean should only be kept in request
>scope.
> >
> > Rgs
> > Vikram
> >
> >
> > -Original Message-
> > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, June 13, 2002 14:17
> > To: Struts Users Mailing List
rsday, June 13, 2002 14:17
> To: Struts Users Mailing List
> Subject: Re: thread safety
>
>
>
>
> On Wed, 12 Jun 2002, Noah Levitt wrote:
>
> > Date: Wed, 12 Jun 2002 19:57:39 -0400
> > From: Noah Levitt <[EMAIL PROTECTED]>
> > Reply-To: Struts Us
Subject: Re: thread safety
From: "srinivas sunkara" <[EMAIL PROTECTED]>
===
Irrespective of the frombean being in the session scope or a DVO being
in a session the threading issues are still the same. The two ways you can
resolve them is to have your form bean or formbean an
e kept in request
scope.
Rgs
Vikram
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 13, 2002 14:17
To: Struts Users Mailing List
Subject: Re: thread safety
On Wed, 12 Jun 2002, Noah Levitt wrote:
> Date: Wed, 12 Jun 2002 19:57:39
(ie: wizards etc...)
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 13, 2002 14:17
To: Struts Users Mailing List
Subject: Re: thread safety
On Wed, 12 Jun 2002, Noah Levitt wrote:
> Date: Wed, 12 Jun 2002 19:57:39 -0400
> From: Noah
On Wed, 12 Jun 2002, Noah Levitt wrote:
> Date: Wed, 12 Jun 2002 19:57:39 -0400
> From: Noah Levitt <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: thread safety
>
> Hello struts users,
>
> The issue of thread safety bugs me. It s
in a method or be a globaly syncronized object for all
to use?
-Original Message-
From: Jeff Martin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 05, 2002 12:26 PM
To: Struts Users Mailing List
Subject: RE: Thread Safety Question (was Formatting Dates, Integers...)
Any u
Any use of java.text.DateFormat (or its subclasses) format method is thread unsafe
(quite to my surprise). The problem comes from DateFormat holding an instance of a
Calendar to help it break the java.util.Date into pieces.
When a second thread calls format() while another thread is still in fo
If you are using multiple threads per session you'll need
to find another method for transaction control.
Specifically in the session you'll need to create
a Map of tokens, and use the request id as a lookup key.
-Rob
"Handy, Steve" wrote:
>
> Previous posts have referred to using the to
16 matches
Mail list logo