3

I am currently head-butting my desk after working on this problem for a couple of days.

My native android app loads a class at runtime, this works I have followed this tutorial to get the dexed jar from the assets folder and have loaded the class and called it's static methods successfully.

However if I run a...

env->FindClass("TheClass");

... It throws a java exception.

Here the the relevant bit of the code

//this works find and gives me a usable class
jclass shim_class = helper.LoadClassFromAssetsJar("test.jar","TheClass");
// this throws the exception    
jclass refound_shim_class = jni->FindClass("TheClass");

Any help would be incredible, cheers folks

Baggers
  • 3,183
  • 20
  • 31
  • 1
    It has to do with class loaders - you might need to do all of your `FindClass` calls in `JNI_OnLoad` or use the correct class loader along with your `FindClass` calls. – krsteeve Sep 26 '13 at 17:16
  • 1
    See http://stackoverflow.com/questions/13263340/findclass-from-any-thread-in-android-jni for an example of how to work around [FindClass problems](http://developer.android.com/guide/practices/jni.html#faq_FindClass) on Android. I'd say: if you already have the class from your loader, keep it for future use! – Alex Cohn Sep 26 '13 at 21:53

1 Answers1

1

Well there was a real range of things in here.

First as @Alex Cohn said we need to keep the class which is easily done using 'global references' which will make a jobject (or jclass etc) not be reassigned until it is released. I am considering this effect to be thread local as this is what is was in some of the earlier versions of android (as far as I could see)

Next, for reasons I won't bore you with here, we are using the DexClassloader as we are loading our apk fro nthe assets folder (see here for how that works) so we also need to keep hold of this. FindClass will only work in it's own context, which is for loading system classes (though you can load your own if you do this).

Now we need to be able to use the class from the apk in each thread so we run the declassloader.loadclass when we create the JniEnv for each thread an cache it using a pthread_key. This way we get the class everywhere and deallocation happens automatically via the keythread callbacks.

Anyway that's enough of that. Good Luck!

p.s. A side note, once a jni method has thrown a unhanded exception you have no guarantee that any other call will work...some will, some won't, some will cause a segfault...So catch liberally from the java side and protect the native side from the java nastiness!

Baggers
  • 3,183
  • 20
  • 31