You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "cindy peng (JIRA)" <ji...@apache.org> on 2016/05/30 21:12:12 UTC

[jira] [Commented] (SLING-5631) File Installer generating new pid's for factory in each start of the framework

    [ https://issues.apache.org/jira/browse/SLING-5631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15306953#comment-15306953 ] 

cindy peng commented on SLING-5631:
-----------------------------------

Any update on this? I saw the same problem.

> File Installer generating new pid's for factory in each start of the framework
> ------------------------------------------------------------------------------
>
>                 Key: SLING-5631
>                 URL: https://issues.apache.org/jira/browse/SLING-5631
>             Project: Sling
>          Issue Type: Bug
>          Components: Installer
>    Affects Versions: Installer Core 3.6.8, File Installer 1.1.0, Installer Configuration Factory 1.1.2
>         Environment: Linux; bndtools;
>            Reporter: Ivo Leitão
>
> Hi,
> I'm changing from felix file installer to Sling file installer and I stumbled upon a problem that I was not seeing on felix file installer. I'm using bndtools to develop and I make multiple restarts. The first time I booted the felix framework I dint't have any problems. The second time my factory configurations became repeated. To give an example:
> First Boot:
> 05e9adef-c7a9-49b5-a243-39f029e4389c.config
> factory.config with:
> factory.pidList=[ \
>   "platform.directory.datasource.05e9adef-c7a9-49b5-a243-39f029e4389c", \
>   ]
> Second Boot:
> 05e9adef-c7a9-49b5-a243-39f029e4389c.config  
> 5b18e3a2-6bc3-497e-9b3c-e09107552df8.config  
> factory.config with:
> factory.pid="platform.directory.datasource"
> factory.pidList=[ \
>   "platform.directory.datasource.5b18e3a2-6bc3-497e-9b3c-e09107552df8", \
>   "platform.directory.datasource.05e9adef-c7a9-49b5-a243-39f029e4389c", \
>   ]
> This was not happening with file install. Is this by design and I need to clean config admin dir's every time I boot or a bug in file install ?
> This is causing multiple problems inclusive with sling log component wich immediately complains with and exception
> 30.03.2016 19:14:37.697 *ERROR* [CM Configuration Updater (Update: pid=org.apache.sling.commons.log.LogManager.factory.config.30a7d154-cf89-47da-a1af-62afd3c6f96d)] org.apache.felix.configadmin.1.8.8 [[org.osgi.service.cm.ConfigurationAdmin]][org.osgi.service.cm.ManagedServiceFactory, id=7
> Updating property org.apache.sling.commons.log.names of configuration org.apache.sling.commons.log.LogManager.factory.config.30a7d154-cf89-47da-a1af-62afd3c6f96d caused a problem: Category platform already defined by configuration org.apache.sling.commons.log.LogManager.factory.config.30a7d154-cf89-47da-a1af-62afd3c6f96d
> org.osgi.service.cm.ConfigurationException: org.apache.sling.commons.log.names : Category platform already defined by configuration org.apache.sling.commons.log.LogManager.factory.config.30a7d154-cf89-47da-a1af-62afd3c6f96d
> 	at org.apache.sling.commons.log.logback.internal.config.LoggerManagedServiceFactory.updated(LoggerManagedServiceFactory.java:36)
> 	at org.apache.felix.cm.impl.helper.ManagedServiceFactoryTracker.updated(ManagedServiceFactoryTracker.java:159)
> 	at org.apache.felix.cm.impl.helper.ManagedServiceFactoryTracker.provideConfiguration(ManagedServiceFactoryTracker.java:93)
> 	at org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1753)
> 	at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:143)
> 	at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:110)
> 	at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.sling.commons.log.logback.internal.config.ConfigurationException: 
> 	at org.apache.sling.commons.log.logback.internal.LogConfigManager.updateLoggerConfiguration(LogConfigManager.java:533)
> 	at org.apache.sling.commons.log.logback.internal.config.LoggerManagedServiceFactory.updated(LoggerManagedServiceFactory.java:34)
> 	... 6 common frames omitted



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)