BZ #177: NoClassDefFoundError Exception running Knopflerfish OSGi

Status fields:

creation_ts:2013-02-20 14:08
version:default branch
Unfortunately i am experiencing a NoClassDefFoundError Exception when trying to start
Knopflerfish OSGi.
Using the latest version from Mercurial, cross-compiled on CentOs for a ARMv6(hardfloat)
environment running "Debian". (Raspbian on RaspberryPi)
I'm using the official IcedTea7 with OpenJDK7 classpath.
This is why the Exception doesn't make any sense to me. I am not sure if there is
something wrong with the Stack trace at all.


#2: check file:jars/log/log_all-3.1.2.jar
Exception in thread "null" java.lang.NoClassDefFoundError
        at java.lang.Throwable.fillInStackTrace(
        at java.lang.Throwable.<init>(
        at java.lang.Error.<init>(
        at java.lang.LinkageError.<init>(
        at java.lang.NoClassDefFoundError.<init>(
        at java.util.Currency.getMainTableEntry(
        at java.util.Currency.getInstance(
        at java.text.DecimalFormatSymbols.initialize(
        at java.text.DecimalFormatSymbols.<init>(
        at java.text.DecimalFormatSymbols.getInstance(
        at java.text.NumberFormat.getInstance(
        at java.text.NumberFormat.getIntegerInstance(
        at java.text.SimpleDateFormat.initialize(
        at java.text.SimpleDateFormat.<init>(
        at java.text.SimpleDateFormat.<init>(
        at org.knopflerfish.bundle.log.LogEntryImpl.<clinit>(
        at org.knopflerfish.bundle.log.LogReaderServiceFactory.<init>(LogReaderServiceFa
        at org.knopflerfish.bundle.log.Activator.start(
        at org.knopflerfish.framework.BundleImpl.start0(
cacao: trap.cpp:363: void trap_handle(int, void*, void*): Zusicherung »e == __null«
nicht erfüllt.

I am also using other VM's with this system, and don't have any problems at all.

Is there something known about that bug or any kind of workaround ?

Comment #1 by on 2013-02-20 14:09:24

Created an attachment (id=81)
complete Logfile

Comment #2 by on 2013-02-27 08:10:41

Looks to me like you have a version that doesn't support armhf. This has not yet been
integrated into icedtea7. You will need to bug gnu_andrew about that...

Or you can take my icedtea7 head from
ts/6086bfc54368187c433ee6749b68f9feea600a2b, merge it with the current icedtea7 and use
--with-cacao-src-dir when building.

Comment #3 by on 2013-02-27 08:11:50

armhf in icedtea6:

Attachment id=81

date:2013-02-20 14:09
desc:complete Logfile