Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@felix.apache.org
Message-ID: <1822612931.1227273644308.JavaMail.jira@brutus>
Date: Fri, 21 Nov 2008 05:20:44 -0800 (PST)
From: "Walid Joseph Gedeon (JIRA)" <jira@apache.org>
To: dev@felix.apache.org
Subject: [jira] Closed: (FELIX-819) unable to rename / delete bundle cache
 location on update or uninstall
In-Reply-To: <967649231.1226948144319.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Walid Joseph Gedeon closed FELIX-819.
-------------------------------------


Yep it does. I've closed it.
Thanks!

> unable to rename / delete bundle cache location on update or uninstall
> ----------------------------------------------------------------------
>
>                 Key: FELIX-819
>                 URL: https://issues.apache.org/jira/browse/FELIX-819
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>    Affects Versions: felix-1.4.1
>         Environment: Windows (XP Pro)
>            Reporter: Walid Joseph Gedeon
>            Assignee: Richard S. Hall
>             Fix For: felix-1.4.1
>
>         Attachments: test-bundles.zip
>
>
> Hello all,
> It looks like the revision.location is missing from the bundle cache after the shutdown purge. Steps:
> - install bundle
> - update bundle
> - shutdown
> The next start shows a:
> ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. (java.io.FileNotFoundException: .\felixcache\bundle24\version2.0\revision.location (The system cannot find the file specified))
> Looking in the directory, the file is not there.
> Stepping through the code shows that the BundleArchive.purge() attempts to rename the last bundle revision to a fresh one... except that the File.rename is not platform independent (it fails on windows quite often).
> When BundleCache.getSecureAction().renameFile(revisionDir, currentDir) returns false (rename failed), createRevisionFromLocation follows and does not include a new revision.location file.
> Maybe a call to setRevisionLocation() is to be made after createRevisionFromLocation (BundleArchive:866)? I'll try that out...

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