Unless I misunderstood, the idea is just to have the configurations
stored in a DB right ?
If so the scope is limited to ConfigAdmin and there are two ways to
solve the problem:
  * implement a back-end for the Felix ConfigAdmin (the service will
read the data once when starting and store any change back in the DB)
  * write a bundle that polls the DB and push data into ConfigAdmin
My experience tells me that the second way is better, but I wouldn't
mandate JPA for such a simple thing imho, as the schema is very simple
and the bundle would only have to read, so it's basically a single
SELECT operation.

On Fri, Jan 21, 2011 at 17:32, Andreas Pieber <[email protected]> wrote:
> To avoid hooking jamies thread here an answer one point to karafman's point 
> in a
> different thread:
>
> I would like to have default option for databasing :) BUT, I don't like that
> karaf uses jdbc directly. Since most of my projects are based on aries-jpa it
> would be cool to somehow integrate this into the JPA infrastructure. I'm not
> completely sure how this could be done (requrired bundles, startup order, ...)
> but it would be quite cool to not e.g. autogenerate the schema for the tables.
>
> Any ideas according to this topic?
>
> kind regards,
> andreas
>
> On Fri, Jan 21, 2011 at 07:48:42AM -0800, karafman wrote:
>>
>> We should also ask:
>>
>> What would the impact of making Karaf a JDK 1.6 compiled application be to
>> your project:
>> 1) major
>> 2) minor
>> 3) none
>>
>> Also, how do you guys feel about giving users the option of data-basing
>> configuration files out-of-the-box?
>>
>>
>>
>> -----
>> Karafman
>> Slayer of the JEE
>> Pounder of the Perl Programmer
>>
>> --
>> View this message in context: 
>> http://karaf.922171.n3.nabble.com/DISCUSS-Apache-Karaf-user-survey-as-part-of-3-x-roadmap-planning-tp2297953p2302610.html
>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

Reply via email to