I support the concept of MultiMaps produced by decoration, however we cannot change the existing MultiHashMap class.
Should you, or anyone else, implement a MultiMap based on AbstractMapDecorator, with test cases, attached to a bugzilla call, then I would like to add it to [collections].
Stephen
----- Original Message ----- From: "paul womack" <[EMAIL PROTECTED]>
I *really* like the MultiMap concept; I have many uses for it within my app.
However, I have quite a lot of well defined "pools" of objects.
These are often used as keys to java.util.Maps; since I *KNOW* I'm OK, I use java.util.IdentityMaps for performance reasons.
I would very much like to have the same option with MultiHashMap.
MultiHashMap is already carefully designed to allow the underlying "multi-ness" to be implmented by the Collection of my choice, by over-riding createCollection();
However, MultiHashMap extends HashMap, which means my request is no trivial to implement.
If (I suggest :-) it extended AbstractMapDecorator, the underlying Map could be similarly versatile.
BugBear
--------------------------------------------------------------------- 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]
