Return-Path: 
 <jcs-dev-return-2204-apmail-jakarta-jcs-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-jcs-dev-archive@www.apache.org
Received: (qmail 6327 invoked from network); 9 Oct 2008 11:23:37 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 9 Oct 2008 11:23:37 -0000
Received: (qmail 39872 invoked by uid 500); 9 Oct 2008 11:23:36 -0000
Delivered-To: apmail-jakarta-jcs-dev-archive@jakarta.apache.org
Received: (qmail 39850 invoked by uid 500); 9 Oct 2008 11:23:36 -0000
Mailing-List: contact jcs-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:jcs-dev-help@jakarta.apache.org>
List-Unsubscribe: <mailto:jcs-dev-unsubscribe@jakarta.apache.org>
List-Post: <mailto:jcs-dev@jakarta.apache.org>
List-Id: <jcs-dev.jakarta.apache.org>
Reply-To: "JCS Developers List" <jcs-dev@jakarta.apache.org>
Delivered-To: mailing list jcs-dev@jakarta.apache.org
Received: (qmail 39838 invoked by uid 99); 9 Oct 2008 11:23:36 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2008 04:23:36 -0700
X-ASF-Spam-Status: No, hits=-1999.9 required=10.0
	tests=ALL_TRUSTED,DNS_FROM_SECURITYSAGE
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2008 11:22:40 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 4831B234C21A
	for <jcs-dev@jakarta.apache.org>; Thu,  9 Oct 2008 04:22:46 -0700 (PDT)
Message-ID: <1734002885.1223551366294.JavaMail.jira@brutus>
Date: Thu, 9 Oct 2008 04:22:46 -0700 (PDT)
From: "Tore Halset (JIRA)" <jira@apache.org>
To: jcs-dev@jakarta.apache.org
Subject: [jira] Updated: (JCS-54) soft reference memory cache
In-Reply-To: <146684766.1222896464409.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/JCS-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tore Halset updated JCS-54:
---------------------------

    Attachment: SoftReferenceMemoryCache-try2.java

try2 has a NPE fix

> soft reference memory cache
> ---------------------------
>
>                 Key: JCS-54
>                 URL: https://issues.apache.org/jira/browse/JCS-54
>             Project: JCS
>          Issue Type: Improvement
>    Affects Versions: jcs-1.3
>         Environment: mac, java 6
>            Reporter: Tore Halset
>            Assignee: Aaron Smuts
>         Attachments: SoftReferenceMemoryCache-try1.java, SoftReferenceMemoryCache-try2.java
>
>
> I am caching some huge objects in a JCS disc cache. The objects are 3-15MB in serialized size and there are a lot of them. The normal setup with a LRUMemoryCache and a IndexedDiskCache works fine, but I would like to store as many objects in ram as possible without risking going out of ram. To get to this goal I have created a SoftReferenceMemoryCache that is based on a ConcurrentHashMap<Serializable, SoftReference<ICacheElement>>
> This task is to track the work and discuss this with others. Or perhaps get some feedback that this is not a good idea.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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