Should I create a new issue for this in JIRA?
On Wed, Nov 8, 2017 at 8:58 AM, Tim Moloney <tim.molo...@gmail.com> wrote: > 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. > > Thanks, > Tim > > On Tue, Nov 7, 2017 at 11:57 PM, Jean-Baptiste Onofré <j...@nanthrax.net> > wrote: > >> 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é >> jbono...@apache.org >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> > >
