[jira] [Updated] (SLING-7496) Factory config deleted with ConfigAdmin immediately after creation
[ https://issues.apache.org/jira/browse/SLING-7496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler updated SLING-7496: Fix Version/s: (was: Installer Configuration Factory 1.1.2) Installer Configuration Factory 1.2.0 > Factory config deleted with ConfigAdmin immediately after creation > -- > > Key: SLING-7496 > URL: https://issues.apache.org/jira/browse/SLING-7496 > Project: Sling > Issue Type: Bug > Components: Installer >Affects Versions: Installer Configuration Factory 1.1.2 >Reporter: David Bosschaert >Priority: Major > Fix For: Installer Configuration Factory 1.2.0 > > > In some cases when a factory configuration is created using the OSGi > ConfigAdmin API, the configuration gets a call to {{delete()}} immediately > when {{update()}} on the configuration is called. > > The issue comes down to the fact that the factory prefix is prepended twice > to the configuration at some point in the installer, which is then assigned > to the resource {{entityId}}. This mismatch causes the initial configuration > to receive a delete callback as the system thinks it's no longer there. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (SLING-7496) Factory config deleted with ConfigAdmin immediately after creation
[ https://issues.apache.org/jira/browse/SLING-7496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler updated SLING-7496: Affects Version/s: Installer Configuration Factory 1.1.2 > Factory config deleted with ConfigAdmin immediately after creation > -- > > Key: SLING-7496 > URL: https://issues.apache.org/jira/browse/SLING-7496 > Project: Sling > Issue Type: Bug > Components: Installer >Affects Versions: Installer Configuration Factory 1.1.2 >Reporter: David Bosschaert >Priority: Major > Fix For: Installer Configuration Factory 1.2.0 > > > In some cases when a factory configuration is created using the OSGi > ConfigAdmin API, the configuration gets a call to {{delete()}} immediately > when {{update()}} on the configuration is called. > > The issue comes down to the fact that the factory prefix is prepended twice > to the configuration at some point in the installer, which is then assigned > to the resource {{entityId}}. This mismatch causes the initial configuration > to receive a delete callback as the system thinks it's no longer there. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (SLING-7496) Factory config deleted with ConfigAdmin immediately after creation
[ https://issues.apache.org/jira/browse/SLING-7496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Bosschaert updated SLING-7496: Description: In some cases when a factory configuration is created using the OSGi ConfigAdmin API, the configuration gets a call to {{delete()}} immediately when {{update()}} on the configuration is called. The issue comes down to the fact that the factory prefix is prepended twice to the configuration at some point in the installer, which is then assigned to the resource {{entityId}}. This mismatch causes the initial configuration to receive a delete callback as the system thinks it's no longer there. was: In some cases when factory configuration is created using the OSGi ConfigAdmin API, the configuration gets a call to delete() immediately when update() on the configuration is called. The issue comes down to the fact that the factory prefix is prepended twice to the configuration at some point in the installer, which is then assigned to the resource entityID. This mismatch causes the initial configuration to receive a delete callback as the system thinks it's no longer there. > Factory config deleted with ConfigAdmin immediately after creation > -- > > Key: SLING-7496 > URL: https://issues.apache.org/jira/browse/SLING-7496 > Project: Sling > Issue Type: Bug > Components: Installer >Reporter: David Bosschaert >Priority: Major > Fix For: Installer Configuration Factory 1.1.2 > > > In some cases when a factory configuration is created using the OSGi > ConfigAdmin API, the configuration gets a call to {{delete()}} immediately > when {{update()}} on the configuration is called. > > The issue comes down to the fact that the factory prefix is prepended twice > to the configuration at some point in the installer, which is then assigned > to the resource {{entityId}}. This mismatch causes the initial configuration > to receive a delete callback as the system thinks it's no longer there. -- This message was sent by Atlassian JIRA (v7.6.3#76005)