Thanks Achim, you are right, I forgot to mention the cache folder ;)
Another thing: etc folder is used by FileInstall for load of the configuration, but also by config:update command and config MBeans to flush a configuration in the etc folder (for instance config:edit && config:update creates the config file in the etc folder).
Maybe it makes sense to add the same logic for the <config/> element of features.
Regards JB On 06/24/2013 03:41 PM, Achim Nierbeck wrote:
Hi, JB told you only half the truth (21) ;) Configuration Admin service keeps the configuration in Memory that's correct but it's also stored in the cache folder where the bundle information is stored. The etc folder is actually used by the File Installer that scans for changes and populates the configuration admin service with those. regards, Achim 2013/6/24 Jean-Baptiste Onofré <j...@nanthrax.net <mailto:j...@nanthrax.net>> Hi Lothar it's in memory by default. <config/> tag in feature only populate ConfigAdmin (memory only by default), and doesn't flush in the etc folder. To populate the etc folder, use <configfile/>: it populates the etc folder and load ConfigAdmin using this config file. Regards JB On 06/24/2013 03:30 PM, Lothar Werzinger wrote: Hi, I created a Karaf feature that contains a configuration block and when I install it into Karaf it is properly recognized and registered with the given PID. I can however not find where Karaf stores that configuration information. I assumed that a new file with the corresponding PID will be created in the 'etc' folder, but that is clearly not the case. However I can go to the configuration web page of Karaf, make some changes, exit and restart Karaf and the changes are remembered, so they are clearly stored somewhere. Can you please enlighten me where the configuration data is stored. Oh, and by the way, why does the CA not create a file in /etc if a change is made? Because if such a file exists it is updated when a change is made in the CA, that's why I assumed the CA would create one if I provide a configuration via a feature.xml as well. Thanks in advance! P.S. I tried the Forum first as instructed on your web site, but the message just sits there with a "This post has NOT been accepted by the mailing list yet." message, so I am re-posting this message via the mailing list. -- Lothar Werzinger Principal Architect Tradescape, Inc. - Enabling Efficient Digital Marketplaces +1-650-931-6719 (direct) +1-800-697-6068 (main) Ext. 116 lot...@tradescape.biz <mailto:lot...@tradescape.biz> <https://mail.google.com/mail/__?view=cm&fs=1&tf=1&to=lothar@__tradescape.biz <https://mail.google.com/mail/?view=cm&fs=1&tf=1&to=lot...@tradescape.biz>> http://www.tradescape.biz This message and any attachment (the "message") is intended solely for the addressees and is confidential. If you receive this message by mistake, please delete it and notify the sender immediately. Any use not in accordance with its purpose, any out-spread or disclosure, either as a whole or partially, is prohibited except with formal approval. Internet cannot guarantee the integrity of this message, therefore Tradescape will not be liable for the message if modified. - -- Jean-Baptiste Onofré jbono...@apache.org <mailto:jbono...@apache.org> http://blog.nanthrax.net Talend - http://www.talend.com -- Apache Karaf <http://karaf.apache.org/> Committer & PMC OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home> Commiter & Project Lead blog <http://notizblog.nierbeck.de/>
-- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com