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" <fo...@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. > > cheers, > Rémi > > _______________________________________________ > mlvm-dev mailing list > mlvm-dev@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev >
_______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev