"Craig R. McClanahan" wrote:
> [...]
> Synchronization of application level data objects is an application level
> issue, not a server problem.  Servlets and JSP pages operate in a multithreaded
> server environment.  The principles about what and when to synchronize are easy
> to learn and apply, and should not be built in to the server that doesn't know
> which of your objects needs protection and which do not.
>
> Askling that the server to "protect you from yourself" by serializing requests
> to the same session is like buying a steak knife but covering up most of the
> blade with rubber -- you can still (slowly) cut the meat, but you're not so
> much at risk for cutting your finger.  For myself, I'd rather learn to use the
> knife safely so I can take advantage of its abilities.

Yes, I agree 100%. Also, I don't see synchronization as something the typical
non-programmer using JSP need to be concerned with. I guess it comes back to the
tag vs scriptlet discussion again. Non-programmers using JSP to develop dynamic
pages need components developed by programmers to do their job: Beans, custom
tags, and other objects that may be shared within the application and session
scopes. And programmers must know how to deal with synchronization issues in
any multi-threaded environment.

--
Hans Bergsten           [EMAIL PROTECTED]
Gefion Software         http://www.gefionsoftware.com

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JSP-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to