That's why I also asked. Are there plans to do that in Felix. As if there
are not maybe we will start something like that at OPS4J. And will be a
waste of energy to do more implementations of the same processor.
Alin

On 9/28/07, Marcel Offermans <[EMAIL PROTECTED]> wrote:
>
> Yes, it would be great if we as a OSGi community could develop more
> different resource processors. The concept is really powerful, so it
> would be great to have processors available for things like
> configurations, driver repositories, etc.
>
> On Sep 28, 2007, at 20:34 , Felix Meschberger wrote:
>
> > IIRC Marcel initially said, that there is not a Autoconf
> > implementation
> > yet part of the donation. But we at Day are very interested in the
> > Deployment Admin (in fact having considered building an implementation
> > at the time Marcel first annonced his plans) and so we already decided
> > that we will do (or participate in the development) of this spec once
> > the Deployment Admin has been donated.
> >
> > Regards
> > Felix
> >
> > Am Freitag, den 28.09.2007, 19:51 +0200 schrieb Alin Dreghiciu:
> >> Marcel,Will the donated implementation be inlude also Resource
> >> Processors
> >> beside the Deployment Admin implementation. As for example an impl of
> >> Autoconf Resource Processer?
> >>
> >> Thanx,
> >> Alin
> >>
> >> On 9/28/07, Marcel Offermans <[EMAIL PROTECTED]> wrote:
> >>>
> >>> On Sep 28, 2007, at 10:56 , Guillaume Nodet wrote:
> >>>
> >>>> Basically, I'm thinking about an OSGi service that would use a
> >>>> simple
> >>>> API to detect changes and load a new configuration (through ldap,
> >>>> http, jcr, or whatever).  This configuration would include the
> >>>> list of
> >>>> bundles to install, and OBR would be used to download / install all
> >>>> the dependencies.  Does it make sense ?
> >>>
> >>> I added some comments to the issue you referred to. Basically, the
> >>> Deployment Admin spec already covers a lot of your requirements.
> >>> We're expecting a donation of an implementation to Apache Felix soon
> >>> (probably this weekend).
> >>>
> >>> Greetings, Marcel
> >>>
> >>>
> >
>
>

Reply via email to