hi,

I found XWorkBasicConverter.java is making thread-unsafe use of the mutable Calendar and SimpleDateFormat singletons, this could explain the race-condition issue.

I am trying to debug it now ...

regards,
Giovanni

Giovanni Azua wrote:
hi,

I found in the S2 2.1.1 test build the following scenario that seems to
be a bug, please confirm and I will enter a new ticket for it.

I have a JSP page that allows the user to run simulations. This page
includes among others two datetimepicker fields "beginDate" and "endDate".

It is a requirement that the user should be allowed to open e.g. five
firefox browser views and execute simultaneously five simulations. The
problem is that if the user submits two simulations simultaneously
enough the parameters of one request end up being assigned to the other
request too meaning there is a race condition somewhere before the
parameter gets assigned to the Action.

Possible reasons for this:

- a Stateful thread-unsafe interceptor
- dojo?

I would appreciate any directions on this.

best regards,
Giovanni

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to