Return-Path: 
 <commons-dev-return-72960-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 34613 invoked from network); 15 Jun 2005 21:49:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 15 Jun 2005 21:49:07 -0000
Received: (qmail 94331 invoked by uid 500); 15 Jun 2005 21:49:02 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 94257 invoked by uid 500); 15 Jun 2005 21:49:01 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 94224 invoked by uid 99); 15 Jun 2005 21:49:01 -0000
X-ASF-Spam-Status: No, hits=0.5 required=10.0
	tests=FROM_ENDS_IN_NUMS
X-Spam-Check-By: apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Received: from bootqamail.ip-soft.net (HELO bootqamail.ip-soft.net)
 (12.130.86.104)
  by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 15 Jun 2005 14:48:59 -0700
Received: from [192.168.1.173] (ip67-155-144-50.z144-155-67.customer.algx.net
 [67.155.144.50])
	by bootqamail.ip-soft.net (8.12.9/8.12.9) with ESMTP id j5FLme7p018819
	for <commons-dev@jakarta.apache.org>; Wed, 15 Jun 2005 17:48:41 -0400
Received: from 127.0.0.1 (AVG SMTP 7.0.323 [267.7.3]);
 Wed, 15 Jun 2005 17:48:40 -0400
Message-ID: <42B0A237.9020409@spamgourmet.com>
Date: Wed, 15 Jun 2005 17:48:39 -0400
From: Matt Hall <commons.10.matt2000@spamgourmet.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: [collections] Generic Collections MultiMap conversion
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.39
X-Virus-Checked: Checked
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hi everyone,

I just committed a fairly big change to MultiMap under our project at 
sourceforge ( http://collections.sf.net ).  We decided in the end that 
to have a properly generic version of MultiMap meant that it couldn't be 
a Map anymore. The major difference now is that even though a MultiMap 
is defined as MultiMap<K,V> it's get method signature is Collection<V> 
get(K key). As a result  MultiMap<K,V> is now a stand alone interface 
and it's implementation MultiHashMap<K,V> no longer extends HashMap<K,V> 
but instead contains a HashMap<K,Collection<V>> and adapts many of the 
calls through to that contained HashMap.

I'll spare everyone the details, but this caused some problems on the 
test case side of things, I ended up replicating the AbstractTestMap 
into a new AbstractTestMultiMap which could probably use a little 
refactoring to remove some of the obvious duplication.

Aside from that there are some cosmetic issues which I'll address next, 
most importantly the javadocs for a number of methods need to be 
updated, but it is passing all test cases at the moment so should be ok 
for use.

I'm guessing we'll do another release soon, but for the moment if you're 
interested you can get the latest from cvs.

Matt



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