Hi JB,
I think we have a issue for that, and it should be an optional feature :)
https://issues.apache.org/jira/browse/KARAF-545

regards, Achim


2013/6/24 Jean-Baptiste Onofré <j...@nanthrax.net>

> 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=lothar@__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/<http://wiki.ops4j.org/display/paxweb/Pax+Web/>>
>> Committer
>> & Project Lead
>> OPS4J Pax for Vaadin 
>> <http://team.ops4j.org/wiki/**display/PAXVAADIN/Home<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
>



-- 

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/>

Reply via email to