You can have managed service factory: one instance per configuration.

It's the way it works in Decanter: you can create multiple
elasticsearch collector "attached" to a configuration.

Regards
JB

On Wed, Nov 30, 2022 at 4:29 PM Ephemeris Lappis
<[email protected]> wrote:
>
> Hello.
>
> Not sure this could work. If all my blueprints and beans/services
> objects are defined in the "core feature" bundles, only one instance
> of them is created, no ?
> How could I multiply blueprint containers as many times as I have a
> configuration for business entities ?
>
> I've already designed my works with a common "core feature" that pulls
> the common features (blueprint, transaction, etc.)  and bundles
> (beans, database drivers, and so on), and plan to use it from other
> features. But I found no way to share blueprints...
>
> Thanks for your help.
>
> Regards.
>
> Le mer. 30 nov. 2022 à 16:00, Matt Pavlovich <[email protected]> a écrit :
> >
> > Yes, you would create 1 feature for the jars to provide the functionality 
> > and then a feature per-configuration. The ‘configuration features’ would 
> > only contain cfg files (instead of jars) to activate the services with 
> > different configurations.
> >
> > -Matt
> >
> > > On Nov 30, 2022, at 6:15 AM, Ephemeris Lappis 
> > > <[email protected]> wrote:
> > >
> > > Hello.
> > >
> > > I'm almost sure that my question will seem stupid and perhaps leads to
> > > ironic answers...
> > >
> > > I'd like to build a feature to define some "templated" services (JDBC
> > > data sources for example, or custom services), that should be exactly
> > > based on the same definition, but must be instantiated multiple times
> > > with distinct configurations. The goal in our global ESB platform is
> > > to provide generic Camel routes that will run for an undefined number
> > > of business entities. Each entity could be deployed as a feature with
> > > its own configuration. Some of the global services use the whiteboard
> > > pattern to collect implementations for any number of businesses.
> > >
> > > The trivial way could be copying a full project to build as many
> > > features as needed, but this is not a very good way to avoid
> > > duplicated code and maintain them...
> > >
> > > Any ideas on how to do that ?
> > >
> > > Thanks a lot.
> > >
> > > Regards.
> >

Reply via email to