Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C8DCC200C21 for ; Mon, 20 Feb 2017 11:35:52 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id C76FB160B73; Mon, 20 Feb 2017 10:35:52 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 1BAD4160B62 for ; Mon, 20 Feb 2017 11:35:51 +0100 (CET) Received: (qmail 38846 invoked by uid 500); 20 Feb 2017 10:35:51 -0000 Mailing-List: contact dev-help@sling.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@sling.apache.org Delivered-To: mailing list dev@sling.apache.org Received: (qmail 38835 invoked by uid 99); 20 Feb 2017 10:35:51 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Feb 2017 10:35:51 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id A9ABE1A7B72 for ; Mon, 20 Feb 2017 10:35:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id GW1WlcuO4xjq for ; Mon, 20 Feb 2017 10:35:49 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 9785C5F56B for ; Mon, 20 Feb 2017 10:35:49 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id ACBB6E073C for ; Mon, 20 Feb 2017 10:35:44 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 3323624121 for ; Mon, 20 Feb 2017 10:35:44 +0000 (UTC) Date: Mon, 20 Feb 2017 10:35:44 +0000 (UTC) From: "Karl Pauls (JIRA)" To: dev@sling.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (SLING-6392) OSGi Installer: Symbolic name changes on a resource keeping the same URL are not supported MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 20 Feb 2017 10:35:53 -0000 [ https://issues.apache.org/jira/browse/SLING-6392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15874328#comment-15874328 ] Karl Pauls commented on SLING-6392: ----------------------------------- Yeah, I agree with your statement above. Sorry for the somewhat bumpy release - in case we get this issue fixed I'm more than willing to cut a new one. Furthermore, I certainly think we should address this as your underlying patch still makes sense to me and I too think that all transformed resources should have their own URL. Let me have a look at your patch and get back to this issue. > OSGi Installer: Symbolic name changes on a resource keeping the same URL are not supported > ------------------------------------------------------------------------------------------ > > Key: SLING-6392 > URL: https://issues.apache.org/jira/browse/SLING-6392 > Project: Sling > Issue Type: Bug > Components: Installer > Affects Versions: Installer Core 3.8.0 > Reporter: Konrad Windszus > Assignee: Konrad Windszus > Fix For: Installer Core 3.8.8 > > Attachments: SLING-6392-test-v01.patch, SLING-6392-test-v02.patch, SLING-6392-v01.patch, SLING-6392-v02.patch > > > After deploying bundle with symbolic name {{A}} to JCR location {{/apps/myapp/install/mybundle.jar}} or somewhere in the filesystem it is correctly being picked up by the JcrInstaller or FileInstaller and deployed in Apache Felix. Now the symbolic name has been changed to {{B}} and the updated JAR has been deployed to the same location in the JCR {{/apps/myapp/install/mybundle.jar}} or to the file system the updated bundle is not correctly deployed. > The OSGI installer console exposes that both bundles {{A}} and {{B}} are in state {{Installed}} but the /system/console/bundle only shows bundle {{A}} but not {{B}}. > It would actually be expected that {{A}} is uninstalled, while {{B}} is getting installed! > Such a change can happen if you use the {{maven-bundle-plugin}} with a default configuration and you just change the groupId of the underlying maven project. That will not affect the finalName of the artifact (by default artifactId) but the symbolic name of the bundle (see http://felix.apache.org/documentation/subprojects/apache-felix-maven-bundle-plugin-bnd.html#default-behavior). -- This message was sent by Atlassian JIRA (v6.3.15#6346)