> On 22 May 2015, at 09:12, Simon Kitching wrote:
>
> Thanks Pierre and Neil for your replies!
>
> To avoid splitting this thread, I'll also reply to Neil's email here.
>
> I agree with Neil completely about the Blueprint lifecycle (ugly). I much
> prefer the DS lifecycle management - but mis
On 05/25/2015 10:02 AM, Peter Kriens wrote:
I tend to agree (actually rather violently) with Neil: ‘new’ for private
objects is perfectly OK in a bundle.
Why did DI frameworks got so popular? I think this was mostly because
applications had grown so large and constituted of so many different p
I tend to agree (actually rather violently) with Neil: ‘new’ for private
objects is perfectly OK in a bundle.
Why did DI frameworks got so popular? I think this was mostly because
applications had grown so large and constituted of so many different parts that
you needed central control to keep
Thanks Pierre and Neil for your replies!
To avoid splitting this thread, I'll also reply to Neil's email here.
I agree with Neil completely about the Blueprint lifecycle (ugly). I
much prefer the DS lifecycle management - but miss the ability in DS or
DM to manage bundle-private objects. I fin
Hello Simon,
DM, like DS does not implement a private service registry to intra-bundle
components (well, except for optimized DM filter indices, but this is
another story).
I think Ipojo do support what you are describing, but I prefer to let other
people respond about this since I'm not enough e
I have to agree with Neil, but I have a variation to suggest.
Traditional DI/IOC containers are fundamentally static singletons and
should be treated as such.
That being the case, continue to use "spring" or "guice" or whatnot inside
your bundle.
However, associate it with any single DS componen
Hi Simon,
You’re essentially correct, at least in the difference between Blueprint and
DS. I can’t comment on DM since I don’t use it. However the wording of your
email implies that this is a failing of DS and a win for Blueprint, whereas I
tend to see it as the exact opposite!
For me, Bluepri
Hi,
In blueprint it is possible to define arbitrary objects (beans) which
are not published to the service registry but nevertheless can be
injected into other beans.
AFAICT, in both declarative-services and felix-dm, the only objects that
can be injected are references to services from the
8 matches
Mail list logo
