Good point. I meant thread-safe, not re-entrant.
Doug
Kragen Sitaker wrote:
On Fri, 2005-01-07 at 11:34 -0800, Doug Cutting wrote:
It's usually pretty easy to replace fields that must be synchronized with ThreadLocals in order to make a class re-entrant. Perhaps we should do this to RegexURLFilter?
Nitpick --- as far as I know, ThreadLocals don't make things re-entrant, only thread-safe, which is a strictly weaker property. RegexURLFilter probably doesn't need to be re-entrant, because it's not very likely that it's going to call some client-provided code in the middle of filtering a URL and have that client-provided code call RegexURLFilter again --- right?
I'd hate to have to argue with someone who thinks ThreadLocals make things re-entrant in some context where re-entrancy matters, having gotten the idea from a trusted source.
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Nutch-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nutch-developers
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Nutch-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nutch-developers
