You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@karaf.apache.org by Anatole Tresch <an...@apache.org> on 2015/10/12 18:53:43 UTC

Adding Karaf Support for Karaf

Hi all

I am one of the active committers of the Apache Tamaya poddling, which
provides a unified configuration API/SPI. I think, it would be great, if
Tamaya could ship a configuration component for Karaf.
Can somebody give me a short hint, where I can find the configuration
related code running in Karaf? My current idea is that Tamaya will ship a
corresponding bundle as part of the next release, that is accessing
configuration using the Tamaya SPI mechanism.

BTW: I already checked out the Karaf source from git and have read the
committer guidelines.

Thanks for your feedback!

Anatole


-- 
*Anatole Tresch*
PPMC Member Apache Tamaya,
​Star ​
Spec Lead JSR 354
*Switzerland, Europe Zurich, GMT+1*

*Twitter:  @atsticks, @tamayaconf*
*http://tamaya.incubator.apache.org  <http://tamaya.incubator.apache.org>*
http://javamoney.org

Re: Adding Karaf Support for Karaf

Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
I thought about the two ways: use ConfigAdmin and FileInstall as backend 
of Tamaya, and use Tamaya as backend for ConfigAdmin (ConfigAdmin is 
pluggable in term of storage backend).

That's what I would like to discuss with Anatole.

Regards
JB

On 10/12/2015 09:24 PM, Achim Nierbeck wrote:
> Hi,
>
> afaik if I did get the concept of Tamaya correct, also from the gravevine
> in Budapest, it should be even more suitable to use Tamaya as a
> configuration provider for the configuration admin service. So actually
> more like a replacement for FileInstaller, especially since it seems to
> supports a wide range of different configuration types. Just think of a xml
> file as configuration input for Configuration Admin service.
>
> regards, Achim
>
>
> 2015-10-12 21:03 GMT+02:00 Jean-Baptiste Onofré <jb...@nanthrax.net>:
>
>> Don't forget to mention the Karaf user guide.
>>
>> As Tamaya is a configuration manager, shared by different applications and
>> system, it makes sense to leverage Karaf ConfigAdmin layer and expose as a
>> Tamaya service.
>> What I see, it's:
>> - Tamaya configuration service (REST) deployed in Karaf
>> - Tamaya configuration backends (ConfigAdmin is one, but we can image
>> other adapters like JDBC, etc, relaying the existing ones)
>>
>> @Anatole: what do you think about this scenario ?
>>
>> Regards
>> JB
>>
>>
>> On 10/12/2015 08:44 PM, Christian Schneider wrote:
>>
>>> Can you tell a bit more about the concepts in Tamaya?
>>>
>>> In OSGi the configuration is managed mainly by the ConfigurationAdmin
>>> service. We use felix fileinstall together with felix configadmin to
>>> provide configurations backed by a file system.
>>> Config Admin can be queried but mainly configuration is pushed to bundles.
>>>
>>> You can look into some of my tutorials :
>>>
>>> http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
>>>
>>>
>>> http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole
>>>
>>>
>>> This is also related:
>>> http://njbartlett.name/2015/08/17/osgir6-declarative-services.html
>>>
>>>
>>> Christian
>>>
>>> Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
>>>
>>>> Hi all
>>>>
>>>> I am one of the active committers of the Apache Tamaya poddling, which
>>>> provides a unified configuration API/SPI. I think, it would be great, if
>>>> Tamaya could ship a configuration component for Karaf.
>>>> Can somebody give me a short hint, where I can find the configuration
>>>> related code running in Karaf? My current idea is that Tamaya will ship a
>>>> corresponding bundle as part of the next release, that is accessing
>>>> configuration using the Tamaya SPI mechanism.
>>>>
>>>> BTW: I already checked out the Karaf source from git and have read the
>>>> committer guidelines.
>>>>
>>>> Thanks for your feedback!
>>>>
>>>> Anatole
>>>>
>>>>
>>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbonofre@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>

-- 
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Adding Karaf Support for Karaf

Posted by Guillaume Nodet <gn...@apache.org>.
Fwiw, the Felix ConfigurationManager has a pluggable notion of the
configuration storage.
FileInstall is simply a bundle that also happen to write to ConfigAdmin,
but I don't see how we can forbid that.  Which leads to question at how
Tamaya stores them for a set of containers (I haven't read any doc on it,
so just raising the point).

So there's either the possibility of implementing a real back-end for
ConfigAdmin, or a bundle, behaving like FileInstall.

2015-10-12 21:24 GMT+02:00 Achim Nierbeck <bc...@googlemail.com>:

> Hi,
>
> afaik if I did get the concept of Tamaya correct, also from the gravevine
> in Budapest, it should be even more suitable to use Tamaya as a
> configuration provider for the configuration admin service. So actually
> more like a replacement for FileInstaller, especially since it seems to
> supports a wide range of different configuration types. Just think of a xml
> file as configuration input for Configuration Admin service.
>
> regards, Achim
>
>
> 2015-10-12 21:03 GMT+02:00 Jean-Baptiste Onofré <jb...@nanthrax.net>:
>
> > Don't forget to mention the Karaf user guide.
> >
> > As Tamaya is a configuration manager, shared by different applications
> and
> > system, it makes sense to leverage Karaf ConfigAdmin layer and expose as
> a
> > Tamaya service.
> > What I see, it's:
> > - Tamaya configuration service (REST) deployed in Karaf
> > - Tamaya configuration backends (ConfigAdmin is one, but we can image
> > other adapters like JDBC, etc, relaying the existing ones)
> >
> > @Anatole: what do you think about this scenario ?
> >
> > Regards
> > JB
> >
> >
> > On 10/12/2015 08:44 PM, Christian Schneider wrote:
> >
> >> Can you tell a bit more about the concepts in Tamaya?
> >>
> >> In OSGi the configuration is managed mainly by the ConfigurationAdmin
> >> service. We use felix fileinstall together with felix configadmin to
> >> provide configurations backed by a file system.
> >> Config Admin can be queried but mainly configuration is pushed to
> bundles.
> >>
> >> You can look into some of my tutorials :
> >>
> >>
> http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
> >>
> >>
> >>
> http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole
> >>
> >>
> >> This is also related:
> >> http://njbartlett.name/2015/08/17/osgir6-declarative-services.html
> >>
> >>
> >> Christian
> >>
> >> Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
> >>
> >>> Hi all
> >>>
> >>> I am one of the active committers of the Apache Tamaya poddling, which
> >>> provides a unified configuration API/SPI. I think, it would be great,
> if
> >>> Tamaya could ship a configuration component for Karaf.
> >>> Can somebody give me a short hint, where I can find the configuration
> >>> related code running in Karaf? My current idea is that Tamaya will
> ship a
> >>> corresponding bundle as part of the next release, that is accessing
> >>> configuration using the Tamaya SPI mechanism.
> >>>
> >>> BTW: I already checked out the Karaf source from git and have read the
> >>> committer guidelines.
> >>>
> >>> Thanks for your feedback!
> >>>
> >>> Anatole
> >>>
> >>>
> >>>
> >>
> > --
> > Jean-Baptiste Onofré
> > jbonofre@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
> >
>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
>

Re: Adding Karaf Support for Karaf

Posted by Christian Schneider <ch...@die-schneider.net>.
Yes. I also thought about this as the main integration point. At least 
for pure OSGi applications I would
stay with the existing config admin interfaces for DS and blueprint on 
the user facing side. They are standardized and well known.
So using Tamaya in the back end would extend these capabilities without 
changing the user code.

Christian

Am 12.10.2015 um 21:24 schrieb Achim Nierbeck:
> Hi,
>
> afaik if I did get the concept of Tamaya correct, also from the gravevine
> in Budapest, it should be even more suitable to use Tamaya as a
> configuration provider for the configuration admin service. So actually
> more like a replacement for FileInstaller, especially since it seems to
> supports a wide range of different configuration types. Just think of a xml
> file as configuration input for Configuration Admin service.
>
> regards, Achim
>
>
> 2015-10-12 21:03 GMT+02:00 Jean-Baptiste Onofré <jb...@nanthrax.net>:
>
>> Don't forget to mention the Karaf user guide.
>>
>> As Tamaya is a configuration manager, shared by different applications and
>> system, it makes sense to leverage Karaf ConfigAdmin layer and expose as a
>> Tamaya service.
>> What I see, it's:
>> - Tamaya configuration service (REST) deployed in Karaf
>> - Tamaya configuration backends (ConfigAdmin is one, but we can image
>> other adapters like JDBC, etc, relaying the existing ones)
>>
>> @Anatole: what do you think about this scenario ?
>>
>> Regards
>> JB
>>
>>
>> On 10/12/2015 08:44 PM, Christian Schneider wrote:
>>
>>> Can you tell a bit more about the concepts in Tamaya?
>>>
>>> In OSGi the configuration is managed mainly by the ConfigurationAdmin
>>> service. We use felix fileinstall together with felix configadmin to
>>> provide configurations backed by a file system.
>>> Config Admin can be queried but mainly configuration is pushed to bundles.
>>>
>>> You can look into some of my tutorials :
>>>
>>> http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
>>>
>>>
>>> http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole
>>>
>>>
>>> This is also related:
>>> http://njbartlett.name/2015/08/17/osgir6-declarative-services.html
>>>
>>>
>>> Christian
>>>
>>> Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
>>>
>>>> Hi all
>>>>
>>>> I am one of the active committers of the Apache Tamaya poddling, which
>>>> provides a unified configuration API/SPI. I think, it would be great, if
>>>> Tamaya could ship a configuration component for Karaf.
>>>> Can somebody give me a short hint, where I can find the configuration
>>>> related code running in Karaf? My current idea is that Tamaya will ship a
>>>> corresponding bundle as part of the next release, that is accessing
>>>> configuration using the Tamaya SPI mechanism.
>>>>
>>>> BTW: I already checked out the Karaf source from git and have read the
>>>> committer guidelines.
>>>>
>>>> Thanks for your feedback!
>>>>
>>>> Anatole
>>>>
>>>>
>>>>
>> --
>> Jean-Baptiste Onofré
>> jbonofre@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>

Re: Adding Karaf Support for Karaf

Posted by Achim Nierbeck <bc...@googlemail.com>.
Hi,

afaik if I did get the concept of Tamaya correct, also from the gravevine
in Budapest, it should be even more suitable to use Tamaya as a
configuration provider for the configuration admin service. So actually
more like a replacement for FileInstaller, especially since it seems to
supports a wide range of different configuration types. Just think of a xml
file as configuration input for Configuration Admin service.

regards, Achim


2015-10-12 21:03 GMT+02:00 Jean-Baptiste Onofré <jb...@nanthrax.net>:

> Don't forget to mention the Karaf user guide.
>
> As Tamaya is a configuration manager, shared by different applications and
> system, it makes sense to leverage Karaf ConfigAdmin layer and expose as a
> Tamaya service.
> What I see, it's:
> - Tamaya configuration service (REST) deployed in Karaf
> - Tamaya configuration backends (ConfigAdmin is one, but we can image
> other adapters like JDBC, etc, relaying the existing ones)
>
> @Anatole: what do you think about this scenario ?
>
> Regards
> JB
>
>
> On 10/12/2015 08:44 PM, Christian Schneider wrote:
>
>> Can you tell a bit more about the concepts in Tamaya?
>>
>> In OSGi the configuration is managed mainly by the ConfigurationAdmin
>> service. We use felix fileinstall together with felix configadmin to
>> provide configurations backed by a file system.
>> Config Admin can be queried but mainly configuration is pushed to bundles.
>>
>> You can look into some of my tutorials :
>>
>> http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
>>
>>
>> http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole
>>
>>
>> This is also related:
>> http://njbartlett.name/2015/08/17/osgir6-declarative-services.html
>>
>>
>> Christian
>>
>> Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
>>
>>> Hi all
>>>
>>> I am one of the active committers of the Apache Tamaya poddling, which
>>> provides a unified configuration API/SPI. I think, it would be great, if
>>> Tamaya could ship a configuration component for Karaf.
>>> Can somebody give me a short hint, where I can find the configuration
>>> related code running in Karaf? My current idea is that Tamaya will ship a
>>> corresponding bundle as part of the next release, that is accessing
>>> configuration using the Tamaya SPI mechanism.
>>>
>>> BTW: I already checked out the Karaf source from git and have read the
>>> committer guidelines.
>>>
>>> Thanks for your feedback!
>>>
>>> Anatole
>>>
>>>
>>>
>>
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

Re: Adding Karaf Support for Karaf

Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Don't forget to mention the Karaf user guide.

As Tamaya is a configuration manager, shared by different applications 
and system, it makes sense to leverage Karaf ConfigAdmin layer and 
expose as a Tamaya service.
What I see, it's:
- Tamaya configuration service (REST) deployed in Karaf
- Tamaya configuration backends (ConfigAdmin is one, but we can image 
other adapters like JDBC, etc, relaying the existing ones)

@Anatole: what do you think about this scenario ?

Regards
JB

On 10/12/2015 08:44 PM, Christian Schneider wrote:
> Can you tell a bit more about the concepts in Tamaya?
>
> In OSGi the configuration is managed mainly by the ConfigurationAdmin
> service. We use felix fileinstall together with felix configadmin to
> provide configurations backed by a file system.
> Config Admin can be queried but mainly configuration is pushed to bundles.
>
> You can look into some of my tutorials :
> http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
>
> http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole
>
>
> This is also related:
> http://njbartlett.name/2015/08/17/osgir6-declarative-services.html
>
>
> Christian
>
> Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
>> Hi all
>>
>> I am one of the active committers of the Apache Tamaya poddling, which
>> provides a unified configuration API/SPI. I think, it would be great, if
>> Tamaya could ship a configuration component for Karaf.
>> Can somebody give me a short hint, where I can find the configuration
>> related code running in Karaf? My current idea is that Tamaya will ship a
>> corresponding bundle as part of the next release, that is accessing
>> configuration using the Tamaya SPI mechanism.
>>
>> BTW: I already checked out the Karaf source from git and have read the
>> committer guidelines.
>>
>> Thanks for your feedback!
>>
>> Anatole
>>
>>
>

-- 
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Adding Karaf Support for Karaf

Posted by Christian Schneider <ch...@die-schneider.net>.
Can you tell a bit more about the concepts in Tamaya?

In OSGi the configuration is managed mainly by the ConfigurationAdmin 
service. We use felix fileinstall together with felix configadmin to 
provide configurations backed by a file system.
Config Admin can be queried but mainly configuration is pushed to bundles.

You can look into some of my tutorials :
http://liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service
http://liquid-reality.de/display/liquid/2011/09/26/Karaf+Tutorial+Part+3+-+Improving+configuration+editing+using+the+OSGI+Metatype+Service+and+the+Felix+Webconsole

This is also related:
http://njbartlett.name/2015/08/17/osgir6-declarative-services.html


Christian

Am 12.10.2015 um 18:53 schrieb Anatole Tresch:
> Hi all
>
> I am one of the active committers of the Apache Tamaya poddling, which
> provides a unified configuration API/SPI. I think, it would be great, if
> Tamaya could ship a configuration component for Karaf.
> Can somebody give me a short hint, where I can find the configuration
> related code running in Karaf? My current idea is that Tamaya will ship a
> corresponding bundle as part of the next release, that is accessing
> configuration using the Tamaya SPI mechanism.
>
> BTW: I already checked out the Karaf source from git and have read the
> committer guidelines.
>
> Thanks for your feedback!
>
> Anatole
>
>

Re: Adding Karaf Support for Karaf

Posted by Anatole Tresch <at...@gmail.com>.
Obviously it should be adding Karaf support in Tamaya ;)
Am 12.10.2015 18:53 schrieb "Anatole Tresch" <an...@apache.org>:

> Hi all
>
> I am one of the active committers of the Apache Tamaya poddling, which
> provides a unified configuration API/SPI. I think, it would be great, if
> Tamaya could ship a configuration component for Karaf.
> Can somebody give me a short hint, where I can find the configuration
> related code running in Karaf? My current idea is that Tamaya will ship a
> corresponding bundle as part of the next release, that is accessing
> configuration using the Tamaya SPI mechanism.
>
> BTW: I already checked out the Karaf source from git and have read the
> committer guidelines.
>
> Thanks for your feedback!
>
> Anatole
>
>
> --
> *Anatole Tresch*
> PPMC Member Apache Tamaya,
> ​Star ​
> Spec Lead JSR 354
> *Switzerland, Europe Zurich, GMT+1*
>
> *Twitter:  @atsticks, @tamayaconf*
> *http://tamaya.incubator.apache.org  <http://tamaya.incubator.apache.org>*
> http://javamoney.org
>
>

Re: Adding Karaf Support for Karaf

Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Anatole,

thanks a lot for your e-mail !

Please, let me give sometime to take a look on Tamaya, and get back to you.

By the way, do you have a skype ID or IRC nickname (that we can share in 
private) in order to chat a bit together ?

Thanks,
Regards
JB

On 10/12/2015 06:53 PM, Anatole Tresch wrote:
> Hi all
>
> I am one of the active committers of the Apache Tamaya poddling, which
> provides a unified configuration API/SPI. I think, it would be great, if
> Tamaya could ship a configuration component for Karaf.
> Can somebody give me a short hint, where I can find the configuration
> related code running in Karaf? My current idea is that Tamaya will ship a
> corresponding bundle as part of the next release, that is accessing
> configuration using the Tamaya SPI mechanism.
>
> BTW: I already checked out the Karaf source from git and have read the
> committer guidelines.
>
> Thanks for your feedback!
>
> Anatole
>
>

-- 
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com