On 27.08.2009, at 20:16, Joel Schuster wrote:
It seems that it would be nice if FileInstall bundle would allow the
'.cfg' files to also be xml similar to the iPojo based configurations.
I'm sure it is possible if we define a syntax.
Describing list, array and dictionaries should be possible.
I saw that Guillaume Nodet has done a lot of work recently on
Fileinstall, may be already done.
Regards,
Clement
- Joel
-----Original Message-----
From: Clement Escoffier [mailto:[email protected]]
Sent: Thursday, August 27, 2009 11:26 AM
To: [email protected]
Subject: Re: requires.filter & cfg file for FileInstaller
Hi,
I'm not sure if it is possible, but my knowledge of file install is
quite limited.
It requires the ability to describe a dictionary. It that possible ?
Regards,
Clement
On 27.08.2009, at 17:59, Joel Schuster wrote:
Is it possible to override the requires.filter in a cfg file for
instance configuration using FileInstaller?
I see: http://felix.apache.org/site/ipojo-reference-card.html
Where the instance configuration in xml can be used:
<instance name="FOO1" component="FOO"/> <!-- Use the default
'filter' value -->
<instance name="FOO2" component="FOO">
<property name="requires.filters">
<property name="id1" value="(foo.property=BAR)"/>
</property>
</instance>
But I don't know how to do this with a cfg file. I'd like to be able
to change the filter on a @Requires dynamically in a cfg file
against a dynamically configured @ServiceProperty also configured in
a cfg file.
________________________________
Joel Schuster
Senior Software Engineer
NAVSYS Corporation
14960 Woodcarver Road, Colorado Springs, CO 80921
719-481-4877
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
