Working around NoClassDefFound
Charles Oliver Nutter
headius at headius.com
Wed Jul 4 15:44:43 PDT 2012
Thanks Remi, that makes sense. My call paths don't have too many types (4
or 5 maybe) so this might be worth exploring. I assume this includes any
handles to cast back to those types.
Hmm...an idea is forming. I will try to play with this later this week.
- Charlie (mobile)
On Jul 4, 2012 3:59 AM, "Rémi Forax" <forax at univ-mlv.fr> wrote:
> On 07/04/2012 03:01 AM, Mark Roos wrote:
> > From Charlie
> > It also doesn't appear to happen with JRuby on the boot
> > classpath...it happens only when JRuby is loaded in a child
> > classloader.
> > That was my experience as well. The only way I found to avoid it was to
> > put my code into the bootClassPath. I messed with other ideas ( but not
> > Rémi's) but the error always eventually returned.
> > regards
> > mark
> There is only one workaround to avoid the NoClassDefFound error as far
> as I know,
> the signature of all invokedynamic calls must not contain any class
> which is not in the bootclasspath.
> So either you put the runtime classes in the bootclasspath or you erase
> all your signature to only use
> primitive types and Object.
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mlvm-dev