Ok, there we go, a well encapsulated form of the desired pattern. Yes,
let's use this instead as I think we have no guarentees of correct behavior
on multi-processor systems with heirachal memory caches.

xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx

----- Original Message ----- 
From: "Toby Allsopp" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 13, 2003 11:46 AM
Subject: Re: [JBoss-dev] Why are we using this bogus construct


> I'd just like to say that I believe David is exactly right here.  I've
> been following (or rather trying and failing most of the time) the
> javaMemoryModel (http://www.cs.umd.edu/~pugh/java/memoryModel/) mailing
> list, and this kind of issue is very difficult to analyse correctly.
> 
> My advice, FWIW, is to stop messing around and just use util.concurrent
> by Doug Lea
> (http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html).
> There aren't many people who can prove that their tricky concurrent Java
> code is correct, but Doug Lea can.  Just use
> EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap and sleep at
> night.
> 
> Toby.



-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to