Re:ACTUAL EMAIL .... - session getAttribute/setAttribute and removeAttribute are NOT Thread safe.

[Wade Chandler <hw...@yahoo.com>]

--- Remy Maucherat <re...@apache.org> wrote:

> bugzilla@apache.org wrote:
> > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR
> BUG·
> > RELATED COMMENTS THROUGH THE WEB INTERFACE
> AVAILABLE AT
> >
>
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36541>.
> > ANY REPLY MADE TO THIS MESSAGE WILL NOT BE
> COLLECTED AND·
> > INSERTED IN THE BUG DATABASE.
> > 
> >
>
http://issues.apache.org/bugzilla/show_bug.cgi?id=36541
> > 
> > 
> > 
> > 
> > 
> > ------- Additional Comments From rcdunn@rcdunn.com
>  2005-09-07 23:43 -------
> > I strongly agree with Craig, et al to error on the
> side of a more robust implemention by using 
> > synchronization on the side of Tomcat. I think
> doing otherwise would be doing a high-wire act
> without a 
> > net. There are too many places for a developer to
> miss handling the threading correctly to leave this
> as is. 
> 
> Somehow, I cannot access bugzilla right now. DNS
> failure or something. 
> Can someone close this as invalid and end this
> pointless debate ? 
> Otherwise, I'll do it first thing when I have access
> :)
> 
> Thanks,
> Rémy
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> tomcat-dev-help@jakarta.apache.org
> 
> 

Remy,

How old are you actually?  I'm asking because I
believe you're reacting on feeling and not
realistically looking at the bigger issue sort of like
your feelings are hurt.  We're not trying to attack
someone personally here.  There is an issue, and it's
either with this one small section of code or a bunch
of other sections.....

1) How can JSP developers using jsp:useBean
scope="session" synchronize their code other than <%
%>

2) How can JSP developers using EL synchronize their
code

3) There is more to this than it's by spec.  There are
other issues in other Tomcat code that need to be
addressed if this code is left as is.

I think you need to discuss this with others and you
need to look at all of the different use cases of the
different facets of Tomcat...the tomcat project itself
not even including the other issues which exist in
other jakarta projects because of this.

Maybe some other Tomcat developers need to comment.

Wade

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org