I'm not entirely sure that you guys understand my point of view. Yes, I
think its a good idea to have something like file install to administrate
and store my configurations. Yes, I would like the possibility to plug in my
own configuration manager as well - personally I would appreciate a database
I see this was thoroughly discussed already...I guess I should read
ahead. ;-)
-> richard
On 10/11/10 9:42, Richard S. Hall wrote:
Felix Meschberger thinks this is because File Install keeps
overwriting any new values set through the web console with the old
values in the config file. I do
Felix Meschberger thinks this is because File Install keeps
overwriting any new values set through the web console with the old
values in the config file. I don't think this is necessarily by design
and relates to:
https://issues.apache.org/jira/browse/FELIX-2571
-> richard
On 10/8/10
Hi,
On 11.10.2010 14:21, Guillaume Nodet wrote:
> The Felix implementation has such a store abstraction, but unfortunately,
> it's not bi-directional, meaning it's really possible to let the store push
Yes, it is so by intent. The abstraction just allows the implementation
to use different persis
The Felix implementation has such a store abstraction, but unfortunately,
it's not bi-directional, meaning it's really possible to let the store push
some changes to config admin.
Also, I haven't used that since I did not really want to have the karaf etc/
folder poluted by lots of configurations a
Yes, you're of course right that there is a small period where the
configuration is not up-to-date. Probably the best we can do at this point
though.
Ultimately I feel that some kind of SPI interface would be needed for
configuration admin. I mean what file install basically does is providing a
pe
On Mon, Oct 11, 2010 at 11:47, Bengt Rodehav wrote:
> The use of system properties as well? In that case, yes it would be a nice
> feature.
>
> What we have in the feature shell is that if the end result (interpolated
value) has not changed, the original won't be changed either.
However, if you m
The use of system properties as well? In that case, yes it would be a nice
feature.
I've been thinking about the risk with "unlucky timing" - is there really
such a risk? I think configuration manager publishes an OSGi service and
file install I imagine will require that service. If configuration
The comments and formatting can all be preserved. I've done that as part of
FELIX-1718, and I don't see why it could not be done from fileinstall
itself.
On Mon, Oct 11, 2010 at 10:02, Bengt Rodehav wrote:
> Felix and Guillaume,
>
> Yes I think that this must be the responsibility of file insta
Felix and Guillaume,
Yes I think that this must be the responsibility of file install (possible
configurable). However, this approach is generally a bit tricky since the
original configuration files would be overwritten programmatically. I have
bad experience from this kind of approach.
The conf
THere is certainly a point in time, between when the config admin is started
and when the configuration are given to it by fileinstall where the
configuration may not have the right values.
This could happen if someone modified the configurations by another mean
that file install.
Felix is right t
Guillaume,
Are you sure that this always works? Could "unlucky timing" cause the bundle
cache to take precedence over file install?
Doesn't this require that configuration manager's cached values have been
restored BEFORE file install starts to propagate changes? Is this
guaranteed?
/Bengt
2010
Hi,
On 11.10.2010 08:51, Guillaume Nodet wrote:
> On Fri, Oct 8, 2010 at 14:33, Bengt Rodehav wrote:
>
>> I'm using Karaf 1.6.0 (Felix 2.0.5 I think) and File install 3.0.2.
>>
>> I use iPOJO (1.6.4) to create service factories that are instantiated by
>> file install by dropping a configuration
On Fri, Oct 8, 2010 at 14:33, Bengt Rodehav wrote:
> I'm using Karaf 1.6.0 (Felix 2.0.5 I think) and File install 3.0.2.
>
> I use iPOJO (1.6.4) to create service factories that are instantiated by
> file install by dropping a configuration file in a dedicated directory.
> When
> I update the con
Can anyone explain how this works? Maybe someone working with file install?
/Bengt
2010/10/8 Bengt Rodehav
> I'm using Karaf 1.6.0 (Felix 2.0.5 I think) and File install 3.0.2.
>
> I use iPOJO (1.6.4) to create service factories that are instantiated by
> file install by dropping a configuratio
I'm using Karaf 1.6.0 (Felix 2.0.5 I think) and File install 3.0.2.
I use iPOJO (1.6.4) to create service factories that are instantiated by
file install by dropping a configuration file in a dedicated directory. When
I update the configuration file, file install immediately propagates, the
change
16 matches
Mail list logo