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
Aha! I was re-exporting in bar. Thanks for the help!
On Thu, May 21, 2015 at 5:57 PM, Klemens Edler
wrote:
> Maybe there is a visibility:=reexport in bar?
>
> On 21 May 2015 at 23:28, Andy Lee wrote:
>
> > I've turned up felix logging to debug and I'm getting the following
> message
> > during
Maybe there is a visibility:=reexport in bar?
On 21 May 2015 at 23:28, Andy Lee wrote:
> I've turned up felix logging to debug and I'm getting the following message
> during startup:
>
>
> DEBUG: Candidate permutation failed due to a conflict between imports; will
> try another if possible. (org
Double check that last assertion. The error message states that the package is
exported by bar as well as foo.
Neil
--
Neil Bartlett
Sent from a phone
On Thursday, 21 May 2015 at 22:28, Andy Lee wrote:
> I've turned up felix logging to debug and I'm getting the following message
> during
I've turned up felix logging to debug and I'm getting the following message
during startup:
DEBUG: Candidate permutation failed due to a conflict between imports; will
try another if possible. (org.osgi.service.resolver.ResolutionException:
Uses constraint violation. Unable to resolve resource co
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
Ok, I'll see if any further Exceptions come up.
Thank you !
2015-05-21 14:45 GMT+02:00 Carsten Ziegeler :
> I just commited a potential fix, not sure if it complete fixes it though.
>
> Carsten
>
> --
> Carsten Ziegeler
> Adobe Research Switzerland
> cziege...@apache.org
>
> -
I just commited a potential fix, not sure if it complete fixes it though.
Carsten
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org
-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional c
Hi,
this looks like a bug :( To unregister a service, it tries to do similar
things as to register it, which then fails as the bundle is stopping.
I'll have a look
Thanks for reporting
Carsten
Am 21.05.15 um 12:10 schrieb Thomas Driessen:
> Hi,
>
> I'm currently using felix.http.jetty_3.0.3.
Hi,
I'm currently using felix.http.jetty_3.0.3. Each time I save my code in
Eclipse, while the framework is running, it gets somehow stopped and then
restarted, I think. And on this stop and restart I always get the following
NPE:
ERROR: Bundle org.apache.felix.http.jetty [14] EventDispatcher: Er
Hi Chris,
Looks very good and if we used Felix as a standalone osgi
launcher we would use the project as is. We have our own launch
configurations for our test framework as there are
test parameters and other helpful information that needs to be supplied
to the framwork, but I
13 matches
Mail list logo
