Pedro
>>>
>>> On 24/10/2014 23:46, Neil Bartlett wrote:
>>>> Sure, here you go: https://github.com/njbartlett/jscience.example
>>>>
>>>> The only change to your code was to move it out of the default package.
>>>>
>>>>
gt;> The only change to your code was to move it out of the default package.
>>>
>>> Regards,
>>> Neil
>>>
>>>
>>> From: Pedro Domingues
>>> <mailto:pedro.doming...@ist.utl.pt>
>>> Reply: Pedro Domingues >
&g
lt;mailto:pedro.doming...@ist.utl.pt>
> > Date: 24 October 2014 at 23:14:48
> > To: users@felix.apache.org >
> > <mailto:users@felix.apache.org>, Neil Bartlett >
> > <mailto:njbartl...@gmail.com>
> > Subject: Re: managing OSGi Dependencies
> &g
014 at 23:14:48
To: users@felix.apache.org >
<mailto:users@felix.apache.org>, Neil Bartlett >
<mailto:njbartl...@gmail.com>
Subject: Re: managing OSGi Dependencies
Could you share your example project so that I could get a closer look?
Thanks!
On October 24, 2014 5:25:36 PM WE
You are fully right.
In fact you can even distinguish runtime and compile time libraries in
maven. In reality though often all libraries are simply marked as
compile (which is compile + runtime). Additionally people
regularly forget to clean up the dependencies and remove unused ones. So
as yo
Inline responses…
From: Paulo Renato de Athaydes
Reply: users@felix.apache.org >
Date: 25 October 2014 at 00:37:50
To: users@felix.apache.org >
Subject: RE: managing OSGi Dependencies
> Or perhaps they were necessary to satisfy the javac compiler but they
were not necessar
hat this kind of error could be caught at compiling time. It's a
huge mistake to wait for runtime to see what happens.
Regards,
Renato
> Date: Fri, 24 Oct 2014 23:53:44 +0100
> From: njbartl...@gmail.com
> To: users@felix.apache.org; renatoathay...@hotmail.com
> Subje
ers@felix.apache.org >
Subject: RE: managing OSGi Dependencies
You're playing with fire.
Not providing all the dependencies at runtime that a library requires at
compiling time is recipe for ClassDefNotFoundException which has plagued OSGi
devs since the beginning of time.
&g
ject: Re: managing OSGi Dependencies
Could you share your example project so that I could get a closer look?
Thanks!
On October 24, 2014 5:25:36 PM WEST, Neil Bartlett wrote:
Further to this… I just created a Bndtools project to build a bundle containing
your sample “SuchInterface” interface,
You're playing with fire.
Not providing all the dependencies at runtime that a library requires at
compiling time is recipe for ClassDefNotFoundException which has plagued OSGi
devs since the beginning of time.
> Subject: Re: managing OSGi Dependencies
> From: pedro.doming...@ist.ut
ett
>Reply: Neil Bartlett >
>Date: 24 October 2014 at 17:04:41
>To: users@felix.apache.org >, PedroD
>>
>Subject: Re: managing OSGi Dependencies
>
>The Conditional-Package instruction is documented
>here: http://bnd.bndtools.org/chapters/800-headers.
are they are MUCH more extensive than the
runtime dependencies.
Regards,
Neil
From: Neil Bartlett
Reply: Neil Bartlett >
Date: 24 October 2014 at 17:04:41
To: users@felix.apache.org >, PedroD
>
Subject: Re: managing OSGi Dependencies
The Conditional-Package instruction is docume
an OSGi bundle
already:
http://jpm4j.org/#!/p/sha/57C2432E54DC40F871F55295C676B22672713602//0.0.0
Regards
Neil
From: PedroD
Reply: users@felix.apache.org >
Date: 24 October 2014 at 16:36:43
To: users@felix.apache.org >
Subject: Re: managing OSGi Dependencies
Thanks
On 24 Oct 2014,
.
I hope that helps.
Regards,
Neil
From: PedroD
Reply: users@felix.apache.org >
Date: 24 October 2014 at 15:03:41
To: users@felix.apache.org >
Subject: managing OSGi Dependencies
Greetings,
I’m using Felix Framework for my OSGi project, but I’ve came across a severe
problem conc
I think this is an effect of the problem that people writing libraries
depend too much on other libraries.
One thing you should consider is if you really want to build upon a
library that needs so many further dependencies.
In some case you can not avoid it but you should limit these cases to
Greetings,
I’m using Felix Framework for my OSGi project, but I’ve came across a severe
problem concerning third party dependencies.
I’m using eclipse and maven-bundle-plugin to generate my bundles from the
sources and the MANIFEST.MF from the POM.XML file. So far so good. however when
I have
16 matches
Mail list logo