Re: OSGi extender pattern for a new module?

2021-06-28 Thread Radu Cotescu
Hi Bertrand, > On 25 Jun 2021, at 11:32, Bertrand Delacretaz wrote: > > Hi, > > I'm planning to use that pattern for [1], similar to what we do for > initial content loading, using a BundleTracker [2] to track bundles. A BundleTracker is also the core of running Sling with precompiled

Re: OSGi extender pattern for a new module?

2021-06-25 Thread Eric Norman
Hi Bertrand, I think it is fine. I recently used an extender pattern to solve SLING-10135 and it seemed to work pretty well. Regards, Eric On Fri, Jun 25, 2021 at 2:33 AM Bertrand Delacretaz wrote: > Hi, > > I'm planning to use that pattern for [1], similar to what we do for > initial

Re: OSGi extender pattern for a new module?

2021-06-25 Thread Julian Sedding
Hi Bertrand I would argue that the extender pattern is still very useful for such scenarios where bundles provide some sort of meta-information that should be centrally interpreted. Two examples in Sling that come to my mind are Sling Models (for model classes via a manifest header) and Sling

OSGi extender pattern for a new module?

2021-06-25 Thread Bertrand Delacretaz
Hi, I'm planning to use that pattern for [1], similar to what we do for initial content loading, using a BundleTracker [2] to track bundles. The use case is multiple bundles providing partial GraphQL schemas as text file resources to a service that aggregates them. It's been a long time since I