You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Bruno Rosell i Gui <ro...@iiia.csic.es> on 2010/11/03 17:26:09 UTC
Embedding Felix resolution error
Hi!
I have a problem when embedding the Felix 3.0.5. When I start the bundles
some java.lang.NoClassDefFoundError are thown. But If I deploy the same
bundles using the 'org.apache.felix.main.distribution-3.0.5.tar.gz' it runs
without any exception.
I tried to set a diferent vlues for 'org.osgi.framework.bundle.parent' and
'felix.bootdelegation.implicit', but nothing is changed.
I created a small example that shows you what
we have going on (you can dowload it from
http://www.iiia.csic.es/~rosell/del/EmbeddingError.zip). In it you can found:
-a ( bundle that define the class A)
-a.b ( bundle that depens of 'a' and reexport it)
-a.b.c ( bundle that depens of 'a.b' and reexport it)
-a.b.c.d ( bundle that depens of 'a.b.c.d' and reexport it)
-a.b.c.d.e ( bundle that depens of 'a.b.c.d' and reexport it)
-Launcher ( embeded felix launcher)
If you go to the Launcher directory and runs the 'java -jar launcher.jar' two
java.lang.NoClassDefFoundError: a/A appears on the console. Also if you copy
the bundles defined in the Launcher/plugins into the deploy of the felix main
distribution any exception is thrown.
Sorry for the mail so long, but he did not know how to explain myself. Thank
you for your attention and I hope we can give someone a solution because I do
not know what more I can do.
--
Cordialment Bruno Rosell i Gui
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by Bruno Rosell i Gui <ro...@iiia.csic.es>.
Hi!
> I don't think so. I'm just running it like you said to do. You embed the
> Felix framework into launcher.jar and set the config properties in
> there, so I don't see why mine would be different.
>
> What platform and Java version are you using? I'm on a Mac with Java 1.6.
I check it in a GNU/Linux, Mac and Windows and only fails in the java for the
GNU/Linux. So it is a java problem.
Thanks Richars
It fails in Kubuntu 10.10 with the open jdk:
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9) (6b20-1.9-0ubuntu1)
OpenJDK 64-Bit Server VM (build 17.0-b16, mixed mode)
Also It fail using a Debian etch with the java sun:
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)
But it runs using Windows XP with java sun:
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode)
Thanks Richars
--
Cordialment Bruno Rosell i Gui
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 11/3/10 15:02, Bruno Rosell i Gui wrote:
> Hi!
>
> When I run it I see anotherthing. It is possible that you have any system
> property that mosify the Felix?
I don't think so. I'm just running it like you said to do. You embed the
Felix framework into launcher.jar and set the config properties in
there, so I don't see why mine would be different.
What platform and Java version are you using? I'm on a Mac with Java 1.6.
-> richard
> I see:
>
> --------------- EMBEDDING ----------
> -------------- Starting
> Installed plugins/a.b_1.0.0.jar
> Installed a.b
> Installed plugins/a.b.c.d.e_1.0.0.jar
> Installed a.b.c.d.e
> Installed plugins/a_1.0.0.jar
> Installed a
> Installed plugins/a.b.c.d_1.0.0.jar
> Installed a.b.c.d
> Installed plugins/a.b.c_1.0.0.jar
> Installed a.b.c
> Started a.b
> Started a.b.c.d.e
> Started a
> Started a.b.c.d
> Started a.b.c
> -------------- Started
> Starting class a.b.Activator
> A == a.A
> Starting class a.b.c.d.e.Activator
> java.lang.NoClassDefFoundError: a/A
> at a.b.c.d.e.Activator.start(Activator.java:16)
> at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1822)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1143)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
> at java.lang.Thread.run(Thread.java:636)
> Caused by: java.lang.ClassNotFoundException: a.A not found by a.b.c.d.e [2]
> at
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:788)
> at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:72)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1765)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> ... 7 more
> Starting class a.b.c.d.Activator
> java.lang.NoClassDefFoundError: a/A
> at a.b.c.d.Activator.start(Activator.java:16)
> at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1822)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1143)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
> at java.lang.Thread.run(Thread.java:636)
> Caused by: java.lang.ClassNotFoundException: a.A not found by a.b.c.d [4]
> at
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:788)
> at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:72)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1765)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> ... 7 more
> Starting class a.b.c.Activator
> A == a.A
>
>> This is what I see:
>>
>> [heavyweight Launcher]$ java -jar launcher.jar
>> -------------- Starting
>> Installed plugins/a.b.c.d.e_1.0.0.jar
>> Installed a.b.c.d.e
>> Installed plugins/a.b.c.d_1.0.0.jar
>> Installed a.b.c.d
>> Installed plugins/a.b.c_1.0.0.jar
>> Installed a.b.c
>> Installed plugins/a.b_1.0.0.jar
>> Installed a.b
>> Installed plugins/a_1.0.0.jar
>> Installed a
>> Started a.b.c.d.e
>> Started a.b.c.d
>> Started a.b.c
>> Started a.b
>> Started a
>> -------------- Started
>> Starting class a.b.c.d.e.Activator
>> A == a.A
>> Starting class a.b.c.d.Activator
>> A == a.A
>> Starting class a.b.c.Activator
>> A == a.A
>> Starting class a.b.Activator
>> A == a.A
>> Stoping class a.b.Activator
>> Stoping class a.b.c.Activator
>> Stoping class a.b.c.d.Activator
>> Stoping class a.b.c.d.e.Activator
>> Stop
>> [heavyweight Launcher]$
>>
>> -> richard
>>
>> On 11/3/10 12:26, Bruno Rosell i Gui wrote:
>>> Hi!
>>>
>>> I have a problem when embedding the Felix 3.0.5. When I start the bundles
>>> some java.lang.NoClassDefFoundError are thown. But If I deploy the same
>>> bundles using the 'org.apache.felix.main.distribution-3.0.5.tar.gz' it
>>> runs without any exception.
>>> I tried to set a diferent vlues for 'org.osgi.framework.bundle.parent'
>>> and 'felix.bootdelegation.implicit', but nothing is changed.
>>>
>>> I created a small example that shows you what
>>> we have going on (you can dowload it from
>>>
>>> http://www.iiia.csic.es/~rosell/del/EmbeddingError.zip). In it you can
> found:
>>> -a ( bundle that define the class A)
>>>
>>> -a.b ( bundle that depens of 'a' and reexport it)
>>> -a.b.c ( bundle that depens of 'a.b' and reexport it)
>>> -a.b.c.d ( bundle that depens of 'a.b.c.d' and reexport it)
>>> -a.b.c.d.e ( bundle that depens of 'a.b.c.d' and reexport it)
>>> -Launcher ( embeded felix launcher)
>>>
>>> If you go to the Launcher directory and runs the 'java -jar launcher.jar'
>>> two java.lang.NoClassDefFoundError: a/A appears on the console. Also if
>>> you copy the bundles defined in the Launcher/plugins into the deploy of
>>> the felix main distribution any exception is thrown.
>>>
>>> Sorry for the mail so long, but he did not know how to explain myself.
>>> Thank you for your attention and I hope we can give someone a solution
>>> because I do not know what more I can do.
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by Bruno Rosell i Gui <ro...@iiia.csic.es>.
Hi!
When I run it I see anotherthing. It is possible that you have any system
property that mosify the Felix?
I see:
--------------- EMBEDDING ----------
-------------- Starting
Installed plugins/a.b_1.0.0.jar
Installed a.b
Installed plugins/a.b.c.d.e_1.0.0.jar
Installed a.b.c.d.e
Installed plugins/a_1.0.0.jar
Installed a
Installed plugins/a.b.c.d_1.0.0.jar
Installed a.b.c.d
Installed plugins/a.b.c_1.0.0.jar
Installed a.b.c
Started a.b
Started a.b.c.d.e
Started a
Started a.b.c.d
Started a.b.c
-------------- Started
Starting class a.b.Activator
A == a.A
Starting class a.b.c.d.e.Activator
java.lang.NoClassDefFoundError: a/A
at a.b.c.d.e.Activator.start(Activator.java:16)
at
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1822)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1143)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.ClassNotFoundException: a.A not found by a.b.c.d.e [2]
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:788)
at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:72)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1765)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 7 more
Starting class a.b.c.d.Activator
java.lang.NoClassDefFoundError: a/A
at a.b.c.d.Activator.start(Activator.java:16)
at
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1822)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1143)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.ClassNotFoundException: a.A not found by a.b.c.d [4]
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:788)
at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:72)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1765)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 7 more
Starting class a.b.c.Activator
A == a.A
> This is what I see:
>
> [heavyweight Launcher]$ java -jar launcher.jar
> -------------- Starting
> Installed plugins/a.b.c.d.e_1.0.0.jar
> Installed a.b.c.d.e
> Installed plugins/a.b.c.d_1.0.0.jar
> Installed a.b.c.d
> Installed plugins/a.b.c_1.0.0.jar
> Installed a.b.c
> Installed plugins/a.b_1.0.0.jar
> Installed a.b
> Installed plugins/a_1.0.0.jar
> Installed a
> Started a.b.c.d.e
> Started a.b.c.d
> Started a.b.c
> Started a.b
> Started a
> -------------- Started
> Starting class a.b.c.d.e.Activator
> A == a.A
> Starting class a.b.c.d.Activator
> A == a.A
> Starting class a.b.c.Activator
> A == a.A
> Starting class a.b.Activator
> A == a.A
> Stoping class a.b.Activator
> Stoping class a.b.c.Activator
> Stoping class a.b.c.d.Activator
> Stoping class a.b.c.d.e.Activator
> Stop
> [heavyweight Launcher]$
>
> -> richard
>
> On 11/3/10 12:26, Bruno Rosell i Gui wrote:
> > Hi!
> >
> > I have a problem when embedding the Felix 3.0.5. When I start the bundles
> > some java.lang.NoClassDefFoundError are thown. But If I deploy the same
> > bundles using the 'org.apache.felix.main.distribution-3.0.5.tar.gz' it
> > runs without any exception.
> > I tried to set a diferent vlues for 'org.osgi.framework.bundle.parent'
> > and 'felix.bootdelegation.implicit', but nothing is changed.
> >
> > I created a small example that shows you what
> > we have going on (you can dowload it from
> >
> > http://www.iiia.csic.es/~rosell/del/EmbeddingError.zip). In it you can
found:
> > -a ( bundle that define the class A)
> >
> > -a.b ( bundle that depens of 'a' and reexport it)
> > -a.b.c ( bundle that depens of 'a.b' and reexport it)
> > -a.b.c.d ( bundle that depens of 'a.b.c.d' and reexport it)
> > -a.b.c.d.e ( bundle that depens of 'a.b.c.d' and reexport it)
> > -Launcher ( embeded felix launcher)
> >
> > If you go to the Launcher directory and runs the 'java -jar launcher.jar'
> > two java.lang.NoClassDefFoundError: a/A appears on the console. Also if
> > you copy the bundles defined in the Launcher/plugins into the deploy of
> > the felix main distribution any exception is thrown.
> >
> > Sorry for the mail so long, but he did not know how to explain myself.
> > Thank you for your attention and I hope we can give someone a solution
> > because I do not know what more I can do.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
--
Cordialment Bruno Rosell i Gui
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by Bruno Rosell i Gui <ro...@iiia.csic.es>.
Hi!
> >
> >> Require-Bundle with reexport visibility is a pretty bad practice...
> >
> > Why? If you do not use it for a bundle that depende of any bundle you
> > have to add they dependencies, and the dependencies of the
> > dependencies,and teh dependencies of teh dependencies of teh
> > dependencies,... so define a bundle is too dificult, no?
>
> That is not why reexport visibility exists...actually, I'm not sure why
> it exists at all...I can't remember the argumentation for that one.
>
> The only real reason to use Require-Bundle at all is if you have to deal
> with split packages and even then you should avoid split packages, since
> they are bad practice too.
>
> You should use Import-Package to declare what your bundle actually
> needs, which makes the bundle usable in more situations since you don't
> depend on specific providers. Additionally, you can use tools like bnd
> or maven-bundle-plugin to generate this information.
>
> Using Require-Bundle often leads to a large fanout of dependencies.
> Reexport visibility makes things worse, since it exposes everything to
> downstream clients whether they want access to it or not. It tightly
> couples everything together, since you don't know who depends on what
> and it exposes all downstream clients to changes in the export signature
> of upstream providers.
Ok.
Thanks Richard I try to not use more the Require-bundle
--
Cordialment Bruno Rosell i Gui
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 11/3/10 15:06, Bruno Rosell i Gui wrote:
> Hi!
>
>> Require-Bundle with reexport visibility is a pretty bad practice...
> Why? If you do not use it for a bundle that depende of any bundle you have to
> add they dependencies, and the dependencies of the dependencies,and teh
> dependencies of teh dependencies of teh dependencies,... so define a bundle is
> too dificult, no?
That is not why reexport visibility exists...actually, I'm not sure why
it exists at all...I can't remember the argumentation for that one.
The only real reason to use Require-Bundle at all is if you have to deal
with split packages and even then you should avoid split packages, since
they are bad practice too.
You should use Import-Package to declare what your bundle actually
needs, which makes the bundle usable in more situations since you don't
depend on specific providers. Additionally, you can use tools like bnd
or maven-bundle-plugin to generate this information.
Using Require-Bundle often leads to a large fanout of dependencies.
Reexport visibility makes things worse, since it exposes everything to
downstream clients whether they want access to it or not. It tightly
couples everything together, since you don't know who depends on what
and it exposes all downstream clients to changes in the export signature
of upstream providers.
-> richard
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by Bruno Rosell i Gui <ro...@iiia.csic.es>.
Hi!
> Require-Bundle with reexport visibility is a pretty bad practice...
Why? If you do not use it for a bundle that depende of any bundle you have to
add they dependencies, and the dependencies of the dependencies,and teh
dependencies of teh dependencies of teh dependencies,... so define a bundle is
too dificult, no?
--
Cordialment Bruno Rosell i Gui
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Just as a follow up to myself...
Require-Bundle with reexport visibility is a pretty bad practice...
-> richard
On 11/3/10 14:18, Richard S. Hall wrote:
> This is what I see:
>
> [heavyweight Launcher]$ java -jar launcher.jar
> -------------- Starting
> Installed plugins/a.b.c.d.e_1.0.0.jar
> Installed a.b.c.d.e
> Installed plugins/a.b.c.d_1.0.0.jar
> Installed a.b.c.d
> Installed plugins/a.b.c_1.0.0.jar
> Installed a.b.c
> Installed plugins/a.b_1.0.0.jar
> Installed a.b
> Installed plugins/a_1.0.0.jar
> Installed a
> Started a.b.c.d.e
> Started a.b.c.d
> Started a.b.c
> Started a.b
> Started a
> -------------- Started
> Starting class a.b.c.d.e.Activator
> A == a.A
> Starting class a.b.c.d.Activator
> A == a.A
> Starting class a.b.c.Activator
> A == a.A
> Starting class a.b.Activator
> A == a.A
> Stoping class a.b.Activator
> Stoping class a.b.c.Activator
> Stoping class a.b.c.d.Activator
> Stoping class a.b.c.d.e.Activator
> Stop
> [heavyweight Launcher]$
>
> -> richard
>
>
> On 11/3/10 12:26, Bruno Rosell i Gui wrote:
>> Hi!
>>
>> I have a problem when embedding the Felix 3.0.5. When I start the
>> bundles
>> some java.lang.NoClassDefFoundError are thown. But If I deploy the same
>> bundles using the 'org.apache.felix.main.distribution-3.0.5.tar.gz'
>> it runs
>> without any exception.
>> I tried to set a diferent vlues for
>> 'org.osgi.framework.bundle.parent' and
>> 'felix.bootdelegation.implicit', but nothing is changed.
>>
>> I created a small example that shows you what
>> we have going on (you can dowload it from
>> http://www.iiia.csic.es/~rosell/del/EmbeddingError.zip). In it you
>> can found:
>>
>> -a ( bundle that define the class A)
>> -a.b ( bundle that depens of 'a' and reexport it)
>> -a.b.c ( bundle that depens of 'a.b' and reexport it)
>> -a.b.c.d ( bundle that depens of 'a.b.c.d' and reexport it)
>> -a.b.c.d.e ( bundle that depens of 'a.b.c.d' and reexport it)
>> -Launcher ( embeded felix launcher)
>>
>> If you go to the Launcher directory and runs the 'java -jar
>> launcher.jar' two
>> java.lang.NoClassDefFoundError: a/A appears on the console. Also if
>> you copy
>> the bundles defined in the Launcher/plugins into the deploy of the
>> felix main
>> distribution any exception is thrown.
>>
>> Sorry for the mail so long, but he did not know how to explain
>> myself. Thank
>> you for your attention and I hope we can give someone a solution
>> because I do
>> not know what more I can do.
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedding Felix resolution error
Posted by "Richard S. Hall" <he...@ungoverned.org>.
This is what I see:
[heavyweight Launcher]$ java -jar launcher.jar
-------------- Starting
Installed plugins/a.b.c.d.e_1.0.0.jar
Installed a.b.c.d.e
Installed plugins/a.b.c.d_1.0.0.jar
Installed a.b.c.d
Installed plugins/a.b.c_1.0.0.jar
Installed a.b.c
Installed plugins/a.b_1.0.0.jar
Installed a.b
Installed plugins/a_1.0.0.jar
Installed a
Started a.b.c.d.e
Started a.b.c.d
Started a.b.c
Started a.b
Started a
-------------- Started
Starting class a.b.c.d.e.Activator
A == a.A
Starting class a.b.c.d.Activator
A == a.A
Starting class a.b.c.Activator
A == a.A
Starting class a.b.Activator
A == a.A
Stoping class a.b.Activator
Stoping class a.b.c.Activator
Stoping class a.b.c.d.Activator
Stoping class a.b.c.d.e.Activator
Stop
[heavyweight Launcher]$
-> richard
On 11/3/10 12:26, Bruno Rosell i Gui wrote:
> Hi!
>
> I have a problem when embedding the Felix 3.0.5. When I start the bundles
> some java.lang.NoClassDefFoundError are thown. But If I deploy the same
> bundles using the 'org.apache.felix.main.distribution-3.0.5.tar.gz' it runs
> without any exception.
> I tried to set a diferent vlues for 'org.osgi.framework.bundle.parent' and
> 'felix.bootdelegation.implicit', but nothing is changed.
>
> I created a small example that shows you what
> we have going on (you can dowload it from
> http://www.iiia.csic.es/~rosell/del/EmbeddingError.zip). In it you can found:
>
> -a ( bundle that define the class A)
> -a.b ( bundle that depens of 'a' and reexport it)
> -a.b.c ( bundle that depens of 'a.b' and reexport it)
> -a.b.c.d ( bundle that depens of 'a.b.c.d' and reexport it)
> -a.b.c.d.e ( bundle that depens of 'a.b.c.d' and reexport it)
> -Launcher ( embeded felix launcher)
>
> If you go to the Launcher directory and runs the 'java -jar launcher.jar' two
> java.lang.NoClassDefFoundError: a/A appears on the console. Also if you copy
> the bundles defined in the Launcher/plugins into the deploy of the felix main
> distribution any exception is thrown.
>
> Sorry for the mail so long, but he did not know how to explain myself. Thank
> you for your attention and I hope we can give someone a solution because I do
> not know what more I can do.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org