2017 9:00 AM
To: Leschke, Scott; OSGi Developer Mail List
Subject: Re: [osgi-dev] Create instance of factory configuration at runtime
Hi Scott,
to point 2)
about 2-3 years ago I had a similar problem. The 'solution' was to create a
configuration file (with the properties) in the
'felix.fil
t
From: Tim Ward [mailto:tim.w...@paremus.com]
Sent: Saturday, December 09, 2017 3:04 AM
To: Leschke, Scott; OSGi Developer Mail List
Subject: Re: [osgi-dev] Create instance of factory configuration at runtime
Hi Scott,
That does work, but Configuration Admin has an old feature called locat
us.com]
Sent: Saturday, December 09, 2017 3:04 AM
To: Leschke, Scott; OSGi Developer Mail List
Subject: Re: [osgi-dev] Create instance of factory configuration at runtime
Hi Scott,
That does work, but Configuration Admin has an old feature called location
binding. This feature prevents a configuration bei
eate a new service, you don’t get a .cfg file.
>
> Scott
>
> From: Tim Ward [mailto:tim.w...@paremus.com <mailto:tim.w...@paremus.com>]
> Sent: Saturday, December 09, 2017 3:04 AM
> To: Leschke, Scott; OSGi Developer Mail List
> Subject: Re: [osgi-dev] Create inst
[mailto:tim.w...@paremus.com]
Sent: Saturday, December 09, 2017 3:04 AM
To: Leschke, Scott; OSGi Developer Mail List
Subject: Re: [osgi-dev] Create instance of factory configuration at runtime
Hi Scott,
That does work, but Configuration Admin has an old feature called location
binding. This feature
Hi Scott,
That does work, but Configuration Admin has an old feature called location
binding. This feature prevents a configuration being delivered to bundles other
than the bundle with the specified bundle location.
The one-arg version of createFactoryConfiguration that you’re using defaults
How does one create a new instance of a factory configuration programmatically?
I thought it was like
ConfigurationAdmin ca;
ca.createFactoryConfiguration("my.configuration.pid").update(newServiceProps);
but that doesn't seem to work for me.
Thanks in advance,
Scott