Skip to main content
Bxxs93
Level 2
Oct 16, 2015 2:28 AM UTC
Solved

ISSUE : Wrong Bundle Location in Felix Console after Deployment

Hello

When i do a deployment on my servers, the bundle location is the following: jcrinstall:/apps/all/install/all-libs-8.0.0-SNAPSHOT.jar . But the actual version is 9.1.1.SNAPSHOT. So shouldnt the bundle location not be jcrinstall:/apps/all/install/all-libs-9.1.1-SNAPSHOT.jar ? That the bundle work, i have to uninstall it and reinstall it by hand then it works and the path is correct. But by building it automaticly the path is incorrect.

Does any one have an idea why it is like that?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
JustinEd3Accepted solution
Adobe Employee
Oct 16, 2015 2:28 AM UTC

The bundle location should be a treated as an opaque identifier. Don't think of it "pointing" to anything. The version of the bundle should be determined by using the version, not the location.

View in thread

9 replies

Adobe Employee
JustinEd3Adobe EmployeeAccepted solution
Adobe Employee
Oct 16, 2015 2:28 AM UTC

The bundle location should be a treated as an opaque identifier. Don't think of it "pointing" to anything. The version of the bundle should be determined by using the version, not the location.

Translate
    Bxxs93Author
    Level 2
    Oct 16, 2015 2:28 AM UTC

    So do we always have the latest sourcecode even if the bundle location doesnt point on the latest version ?

    Translate
    Adobe Employee
    JustinEd3Adobe Employee
    Adobe Employee
    Oct 16, 2015 2:28 AM UTC

    I think you're missing my point. The fact that the bundle location does not change during your deployments is expected and is not a problem. If the bundle location changed during a deployment, that would be a problem as it would be specification violation.

    Translate
    Bxxs93Author
    Level 2
    Oct 16, 2015 2:28 AM UTC

    We're building the CQ Project with Jenkins on a development server. It's an automated build (every 1 hour, if there is a svn change). The Problem also exist, when i install the package manually on our productive servers.

    Translate
    Adobe Employee
    JustinEd3Adobe Employee
    Adobe Employee
    Oct 16, 2015 2:28 AM UTC

    As I said - you are seeing the expected behavior. In what way is this problematic?

    Translate
    Bxxs93Author
    Level 2
    Oct 16, 2015 2:28 AM UTC

    So you mean to solve this problem i always have to uninstall the bundles and reinstall them ? or do you know another way to solve it ? Or can i force the OSGI Console to install it new and not to update?

    Translate
    Adobe Employee
    JustinEd3Adobe Employee
    Adobe Employee
    Oct 16, 2015 2:28 AM UTC

    Right, but you already have the bundle installed. So when you install a new version, the bundle is being updated. Both the Content Packages and the OSGI Console will automatically choose to perform an update if possible.

    Translate
    Bxxs93Author
    Level 2
    Oct 16, 2015 2:28 AM UTC

    But i deploy my bundles with maven clean install. So actually, i am not doing an update. But it does not change.

    Translate
    Adobe Employee
    JustinEd3Adobe Employee
    Adobe Employee
    Oct 16, 2015 2:28 AM UTC

    This is the expected behavior. Performing an *update* on a bundle does not change its location. See http://dev.day.com/content/ddc/blog/2010/01/bundleidentification.html

    Translate
    Terms & ConditionsAccessibility statement

    Loading footer...