Xamarin.Android uses ClassLoader.loadClass() to get jclass values instead of the normal JNIEnv::FindClass() because, on Android, "new" threads get a default class loader that only finds Java classes present in android.jar and not the app.apk.

We need to verify this behavior and fixup things accordingly.

This may mean that instead of using JNI convention types everywhere (e.g. java/lang/Object) that we instead standardize on Java names (java.lang.Object), though I'm not sure what this means for nested types.