Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 38653 invoked from network); 16 Dec 2005 17:51:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Dec 2005 17:51:15 -0000 Received: (qmail 37003 invoked by uid 500); 16 Dec 2005 17:51:14 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 36973 invoked by uid 500); 16 Dec 2005 17:51:14 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 36964 invoked by uid 99); 16 Dec 2005 17:51:13 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Dec 2005 09:51:13 -0800 X-ASF-Spam-Status: No, hits=2.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [32.97.182.141] (HELO e1.ny.us.ibm.com) (32.97.182.141) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Dec 2005 09:51:13 -0800 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id jBGHohlw032637 for ; Fri, 16 Dec 2005 12:50:43 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id jBGHohb1114066 for ; Fri, 16 Dec 2005 12:50:43 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11/8.13.3) with ESMTP id jBGHoXvK002823 for ; Fri, 16 Dec 2005 12:50:33 -0500 Received: from [127.0.0.1] (sig-9-48-107-129.mts.ibm.com [9.48.107.129]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id jBGHoWdV002388 for ; Fri, 16 Dec 2005 12:50:33 -0500 Message-ID: <43A2FE5B.1070902@sbcglobal.net> Date: Fri, 16 Dec 2005 09:50:19 -0800 From: Mike Matrigali Reply-To: mikem_app@sbcglobal.net User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derby Development Subject: new uses for basic services cache - looking for advice Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I believe the store's file container cache would benefit from the following: o ability to insert duplicate key items into the cache o ability to return one of the keys that is not busy, rather than wait on one that is. o ability to add an item if all the matching keys are busy I think this is new to the current cache. My question is how best to add such functionality. Is this something that can be handled by the current cache, with only changes to the object's being cached themselves? I know the way the cache and lock manager is designed you can get a lot of different kinds of functionality by changing code in the cache interfaces that the objects interface rather than the cache. Or is this a basic change (unique key vs. duplicate key), that will require changes to cache manager?