Hi JB,
Thank you for the clarification. I think the bundle load time on Windows was
affected by a large number of services in the component. I don’t know exactly
the reason, but how the OSGi container processes the bundle on startup was much
slower on Windows because I had a large number of
Hi Oleg,
bundle:update is roughly equivalent to bundle:stop, bundle:uninstall,
bundle:install, bundle:start. It gets the "new" bundle version from the
bundle location (that you can see with bundle:list -l).
Nothing suspicious in the bundle activator that could explain it takes
time to stop/start
I’d like to add that this bundle has many classes and a large number of
services.
> On Nov 20, 2018, at 10:36 PM, Oleg Cohen wrote:
>
> Hi JB,
>
> I don’t think the antivirus is an issue in my case.
>
> I did disable Windows Defender. My test case is with a single bundle that is
> installed
Hi JB,
I don’t think the antivirus is an issue in my case.
I did disable Windows Defender. My test case is with a single bundle that is
installed via this command:
install reference:file://$eclipse_projects/sample.bundle.a
The location $eclipse_projects points to the local file system where
As I noted previously the OSGI CDI reference implementation is at Apache Aries
and I believe differs significantly from Guillaume’s implementation in
philosophy.
David Jencks
Sent from my iPhone
> On Nov 20, 2018, at 10:14 AM, Ranx wrote:
>
> It appears that Fuse 7 is supporting PAX CDI
The Camel Java DSL works fine with Blueprint in Karaf. One simply bootstraps
the RouteBuilder in Blueprint and then references in the Camel context of
the Blueprint file. I think the problem is that documentation is inadequate.
And, as Camel, Karaf, etc. changed over time documentation became
It appears that Fuse 7 is supporting PAX CDI and that changes my assessment
of all this.
The OSGi Alliance has been positively glacial in approving the specification
(six years now) but that appears to be about to change. Hopefully they adopt
Guillaume's implementation as the reference standard
I can't speak to Karaf explicitly but there have been huge issues with both
antivirus and disk encryption overhead in the Windows environment here.
Encryption can really slow things down. All our laptops and desktops are
encrypted on the fly.
While most have SSDs now, I have an old desktop
Yes, first, please try with the antivirus disabled.
Regards
JB
On 20/11/2018 16:26, Oleg Cohen wrote:
> Hi JB,
>
> Yes, it is Windows. It is exactly the same set of bundles and the same Maven
> repository. Yes, there is Antivirus. I can try testing with disabling it
> temporarily.
>
> How
Hi JB,
Yes, it is Windows. It is exactly the same set of bundles and the same Maven
repository. Yes, there is Antivirus. I can try testing with disabling it
temporarily.
How can I see what is being resolved/checked/updated/downloaded? I do notice
that Karaf has these long pauses. I am sure I
I'm curious if anybody else has seen the following? Is this new and expected
behavior?
Scott
From: Leschke, Scott [mailto:slesc...@medline.com]
Sent: Friday, November 16, 2018 3:46 PM
To: user@karaf.apache.org
Subject: Hmm, that's new. Felix Fileinstall
Question. I've been running v 4.2.1
Hello,
I want to test an OSGi bundle built with bnd using conditional-packages via
pax-exam. The conditional-package allows the bundle to use some utility
classes (e.g., like from https://stackoverflow.com/a/39500621/1887602)
The test is setup like the following:
@Test
public void exampleTest()
12 matches
Mail list logo