Can anyone explain how this works? Maybe someone working with file install?
/Bengt
2010/10/8 Bengt Rodehav be...@rodehav.com
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
On Fri, Oct 8, 2010 at 14:33, Bengt Rodehav be...@rodehav.com 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
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
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
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
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 be...@rodehav.com wrote:
Felix and Guillaume,
Yes I think that this must be the
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
On Mon, Oct 11, 2010 at 11:47, Bengt Rodehav be...@rodehav.com 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.
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
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
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
Hi,
I was doing a fast-reading to this page (
http://felix.apache.org/site/apache-felix-framework-bundle-cache.html)
and I didn't see anything about what to have in cache, for example, not
having a copy of each installed bundle (for a gateway with limited storing
resources).
Or, for example, not
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
On 10/11/10 9:28, Issac Noé García wrote:
Hi,
I was doing a fast-reading to this page (
http://felix.apache.org/site/apache-felix-framework-bundle-cache.html)
and I didn't see anything about what to have in cache, for example, not
having a copy of each installed bundle (for a gateway with
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
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
Greetings,
I have a use case where, I deploy an app with embedded Felix container. I have
a
bundle that uses xerces bundle from org.knopflerfish. When the container tries
to start, I get the following exception:
current class loader:com.sun.jnlp.jnlpclassloa...@16be68f
bundle class loader:6.0
I appreciate any help I can get.
I have an instantiation of a class called SnapshotReader using the config file:
com.navsys.tidgetsaasm.gatewaymanager.localsnapshotmanager.SnapshotReader-LocalStore.cfg
The class SnapshotReader @Provides the services TidgetSaasmDevice and Service.
In my GUI
Mark-Anthony,
I believe what you are looking for is not getServiceReference as you already
have the reference. I'm sure that what you need is getService() with passing in
the reference.
- Joel
-Original Message-
From: Mark-Anthony Hutton [mailto:mhut...@navsys.com]
Sent: Monday,
Hello,
On 12.10.2010, at 00:03, Mark-Anthony Hutton wrote:
I appreciate any help I can get.
I have an instantiation of a class called SnapshotReader using the config
file:
com.navsys.tidgetsaasm.gatewaymanager.localsnapshotmanager.SnapshotReader-LocalStore.cfg
The class SnapshotReader
20 matches
Mail list logo
