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 <[email protected]>: > 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é <[email protected]>: > > > 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é > > [email protected] > > 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 >
