Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 40041 invoked from network); 21 Sep 2009 12:36:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 21 Sep 2009 12:36:39 -0000 Received: (qmail 33524 invoked by uid 500); 21 Sep 2009 12:36:39 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 33457 invoked by uid 500); 21 Sep 2009 12:36:39 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 33447 invoked by uid 99); 21 Sep 2009 12:36:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Sep 2009 12:36:38 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED 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; Mon, 21 Sep 2009 12:36:37 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 1E783234C04B for ; Mon, 21 Sep 2009 05:36:17 -0700 (PDT) Message-ID: <1169127519.1253536577123.JavaMail.jira@brutus> Date: Mon, 21 Sep 2009 05:36:17 -0700 (PDT) From: "Richard S. Hall (JIRA)" To: dev@felix.apache.org Subject: [jira] Created: (FELIX-1625) Refactor bundle cache to simplify management MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Refactor bundle cache to simplify management -------------------------------------------- Key: FELIX-1625 URL: https://issues.apache.org/jira/browse/FELIX-1625 Project: Felix Issue Type: Improvement Components: Framework Affects Versions: felix-2.0.0 Reporter: Richard S. Hall Assignee: Richard S. Hall Fix For: felix-2.2.0 Currently, bundle cache management is a little clumsy since it spreads responsibility for managing the class across different layers. Also, it is not as efficient as it could be, since it opens the JAR file for each bundle twice when starting up. We should refactor the bundle cache to try to consolidate its management as much as possible. Since bundles already hold a reference to their archive, we don't actually need a separate bundle cache object to do this. Instead, we should try to make the operations on bundle responsible for cache management. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.