karaf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Moloney <tim.molo...@gmail.com>
Subject Re: features being configured twice
Date Wed, 08 Nov 2017 13:58:20 GMT
Yes, the config blocks start like

<config name="*ServiceFactory*-*InstanceName*">

No, I don't start with any custom service configuration files in etc.  Only
the ones that come with Karaf.  After running, however, configuration files
for each of the services are created in etc (see the last paragraph in my
original email).

I did notice that if I comment out the config blocks in the features
repository, a service will get configured only once if I
- start with a service's configuration file in etc before starting Karaf
- copy a service's configuration file to etc after starting Karaf

If I understand Karaf correctly, this means that the fileinstall capability
is working correctly and that its the feature capability that is sending
configurations to configadmin twice.


On Tue, Nov 7, 2017 at 11:57 PM, Jean-Baptiste Onofré <jb@nanthrax.net>

> Hi Tim,
> the <config/> contains a config factory right ? Something like pid-foo ?
> Do you have the corresponding cfg file in the etc folder ?
> Regards
> JB
> On 11/08/2017 12:58 AM, Tim Moloney wrote:
>> I'm upgrading an application from Karaf 2.3.3 to 4.0.10 and have it so
>> that everything compiles and loads correctly.  Unfortunately, the services
>> are getting configured twice.
>> The app configures its services using named <config> blocks in the
>> features repository.  With Karaf 4.0.10, the service factory's
>> update(servicePid, dictionary) method is getting called twice with the same
>> config block (dictionary) but with different servicePids.
>> Any thoughts on how to get around this issue?
>> On a related note, after the services are configured, a new file is
>> created in the etc directory named after the config block name.  This
>> didn't happen with Karaf 2.3.3.  Is there a configuration so these files
>> aren't written?
>> Thanks,
>> Tim
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

View raw message