You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Felix Meschberger (JIRA)" <ji...@apache.org> on 2009/03/23 11:15:50 UTC
[jira] Created: (SLING-895) Improve bundle update handling
Improve bundle update handling
------------------------------
Key: SLING-895
URL: https://issues.apache.org/jira/browse/SLING-895
Project: Sling
Issue Type: Bug
Components: JCR Install
Affects Versions: JCR Install 2.0.4
Reporter: Felix Meschberger
JCR Install's support for bundle installation, update, uninstallation currently works on the bundle "file" names to check for bundle existence and update.
Consider the name of bundle files to contain their version numbers, so that for example
org.apache.sling.api-2.0.2-incubator.jar
and org.apache.sling.api-2.0.3-incubator-SNAPSHOT.jar
refer to the same bundle (as per its symbolic name) but different versions of it.
So to upgrade the org.apache.sling.api bundle we could -- in a single JCR Session transaction -- remove the file org.apache.sling.api-2.0.2-incubator.jar and add the new file org.apache.sling.api-2.0.3-incubator-SNAPSHOT.jar. This causes JCR Install to recognize and act as follows:
* uninstall the bundle since the bundle file has been removed
* install the bundle since the bundle file has been added
What should in fact happen is, that JCR Install recognizes, that the new file is really an update for the bundle installed from the old (now removed) file.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.