>> > registering the new OSGiInstantiator via ServiceLoader mechanism which
>> is internally used by
>> > Vaadin to find its Instantiators.
>> > Whenever Vaadin calls an Instantiator it passes a class that has to be
>> instantiated.
>> > This is the plac
ances
> of those classes.
> >
> > You can also have a look on all of these classes and additional
> information about the intended
> > logic flow at my repository:
> > https://github.com/Sandared/flow-osgi
> >
> > Kind regards,
> > Thomas
> >
> &g
hub.com/Sandared/flow-osgi
>
> Kind regards,
> Thomas
>
>
> -- Originalnachricht --
> Von: "Raymond Auge"
> An: "Thomas Driessen"
> Cc: "OSGi Developer Mail List"
> Gesendet: 10.02.2019 18:05:56
> Betreff: Re: [osgi-dev]
An: "Thomas Driessen"
Cc: "OSGi Developer Mail List"
Gesendet: 10.02.2019 18:05:56
Betreff: Re: [osgi-dev] Programmatically creating DS components
On Sun, Feb 10, 2019 at 11:20 AM Thomas Driessen
wrote:
Hi Ray,
I'm not defining any additional manifest header if
On Sun, Feb 10, 2019 at 11:20 AM Thomas Driessen <
thomas.driessen...@gmail.com> wrote:
> Hi Ray,
>
> I'm not defining any additional manifest header if that's what you mean. I
> have no real control over the bundles I need to scan.
>
> What I do is registering a BundleTracker that scans a bundle'
Hi Ray,
I'm not defining any additional manifest header if that's what you mean. I
have no real control over the bundles I need to scan.
What I do is registering a BundleTracker that scans a bundle's classes if
its wiring states it is importing the package of the annotation I'm looking
for.
(Can
Are you implementing this using the extender pattern? If so, I would not
use DS. I would use something lower level.
There are plenty of good alternatives for doing this, but I would suggest
looking at Apache Aries Component DSL [1] (it's what is used to implement
Aries JAXRS Whiteboard).
- Ray
[
Hi,
I'm currently trying to sketch out a possible better OSGi integration for
Vaadin 10+.
For this I need to programmatically create DS components in order to
make @Route/@RouteAlias annotated classes also DS components.
Right now I'm doing this via ComponentFactory and the assumption that
all @
