BZ #177: NoClassDefFoundError Exception running Knopflerfish OSGi

Status fields:

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.

Log:

#2: check file:jars/log/log_all-3.1.2.jar
Exception in thread "null" java.lang.NoClassDefFoundError
        at java.lang.Throwable.fillInStackTrace(Throwable.java:782)
        at java.lang.Throwable.<init>(Throwable.java:265)
        at java.lang.Error.<init>(Error.java:70)
        at java.lang.LinkageError.<init>(LinkageError.java:55)
        at java.lang.NoClassDefFoundError.<init>(NoClassDefFoundError.java:59)
        at java.util.Currency.getMainTableEntry(Currency.java:604)
        at java.util.Currency.getInstance(Currency.java:366)
        at java.text.DecimalFormatSymbols.initialize(DecimalFormatSymbols.java:566)
        at java.text.DecimalFormatSymbols.<init>(DecimalFormatSymbols.java:94)
        at java.text.DecimalFormatSymbols.getInstance(DecimalFormatSymbols.java:157)
        at java.text.NumberFormat.getInstance(NumberFormat.java:767)
        at java.text.NumberFormat.getIntegerInstance(NumberFormat.java:439)
        at java.text.SimpleDateFormat.initialize(SimpleDateFormat.java:664)
        at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:653)
        at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:544)
        at org.knopflerfish.bundle.log.LogEntryImpl.<clinit>(LogEntryImpl.java:54)
        at org.knopflerfish.bundle.log.LogReaderServiceFactory.<init>(LogReaderServiceFa
ctory.java:98)
        at org.knopflerfish.bundle.log.Activator.start(Activator.java:63)
        at org.knopflerfish.framework.BundleImpl.start0(BundleImpl.java:356)
        at org.knopflerfish.framework.BundleThread.run(BundleThread.java:107)
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 ?

Created an attachment (id=81)
complete Logfile

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 https://bitbucket.org/Ringdingcoder/icedtea7/commi
ts/6086bfc54368187c433ee6749b68f9feea600a2b, merge it with the current icedtea7 and use
--with-cacao-src-dir when building.

armhf in icedtea6: http://icedtea.classpath.org/hg/icedtea6/rev/5c83d26b2437