Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@felix.apache.org
Message-ID: <6235504.274821293046141621.JavaMail.jira@thor>
Date: Wed, 22 Dec 2010 14:29:01 -0500 (EST)
From: "Richard S. Hall (JIRA)" <jira@apache.org>
To: dev@felix.apache.org
Subject: [jira] Assigned: (FELIX-2721) [Framework] Implement custom manifest
 parser and avoid JarFile
In-Reply-To: <22077100.25011291734190030.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Richard S. Hall reassigned FELIX-2721:
--------------------------------------

    Assignee: Richard S. Hall

> [Framework] Implement custom manifest parser and avoid JarFile
> --------------------------------------------------------------
>
>                 Key: FELIX-2721
>                 URL: https://issues.apache.org/jira/browse/FELIX-2721
>             Project: Felix
>          Issue Type: Improvement
>    Affects Versions: framework-3.0.6
>            Reporter: Richard S. Hall
>            Assignee: Richard S. Hall
>            Priority: Minor
>             Fix For: framework-3.0.7
>
>
> In previous performance tuning work, I noticed that JarFile consumes a lot of memory, particularly due to the use of JarFile.getManifest(). This caches the manifest, perhaps the entire manifest, which is unnecessary for OSGi since we only use the main attributes. At the time I wasn't trying to address memory consumption, but speed and this didn't appear to improve it. However, now I have received reports of memory consumption issues in the field from people trying to use the Felix framework on embedded devices.
> After having sent a patch framework with custom manifest parsing, I have reports of considerable decreases in memory consumption. I think it makes sense to make this change. To avoid indirectly reading the manifest, we will need to avoid using JarFile altogether, since it will implicitly read the manifest and cache it during some operations.

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