[JNI-NDK] Asynchroner Callback von C++ an Java = Mythos???

Hi, ich lese nun schon über eine Woche immer wieder Threads in verschiedensten Foren und finde keine nützliche Antwort zum Thema
- weil ich befürchte das meine Fragestellung auf Englisch viel zu ungenau werden würde, schnapp ich mir lieber das deutsche Forum

kurz und knapp :
Programmiere unter Win7x64 im Android Studio, NDK und mindest API 15(ICS) - Teste im Emulator auf API 15 und 21 (mit HAXM)

Nach dem Start meiner App, des nativen Threads(JNIcall) usw bekomme ich, nach einer "unbekannten" Zeit, im nativen (C++) Code ein Event zurück und will daraufhin eine Java Methode aufrufen - nur bekomme ich keinen async Callback hin - wie er so schön genannt wird...
nach ca. 40 Codeschnipseln aus allen Ecken des Netzes und etlichen Forenthreads die ins Leere laufen oder mit fehlerhaften Codes endeten, glaube Ich langsam - es ist eher ein Mythos das es bei irgendwem je funktionierte

ein Funktionierendes Example wäre ein Traum.

Beste grüße,
Kyruss

PS: Nicht hauen Bitte, wette es gibt ähnliche Threads

Danke für die Antwort, das hat mich dazu gebracht mich nochmal ein paar Stunden dahinter zu klemmen...
Viel zu lang für die paar Zeilen, aber dann ist das halt mal so

Habe nun "die Lösung" gefunden und es hinbekommen, nach vielen vielen Seiten hat mich diese auf den richtigen Weg gebracht -> link

nach etwas gefummel klappts nun so :

Java Seite :

public class MainActivity ... {


...


   public native void register2();
    public void callback(int val) {
        Log.d(TAG, "callback ############ OK ");
    }
}

( zur Initialisierung wird register2() aufgerufen ) ---- diesen part werde Ich wohl noch ins JNI_OnLoad verpacken, falls mir der GC dann keine Probleme macht (?)

CPP Seite :

extern "C" {
    JNIEXPORT void JNICALL Java_com_XXX_MainActivity_register2(JNIEnv* env, jobject obj);
};


JavaVM *g_vm;
jobject g_obj;
jmethodID g_mid;




JNIEXPORT void JNICALL Java_com_XXX_MainActivity_register2(JNIEnv *env, jobject obj) {
        env->GetJavaVM(&g_vm);
		g_obj = env->NewGlobalRef(obj);
		jclass g_clazz = env->GetObjectClass(g_obj);
		if (g_clazz == NULL) { //
		}
		g_mid = env->GetMethodID(g_clazz, "callback", "(I)V");
		if (g_mid == NULL)  { //
		}
__android_log_print(ANDROID_LOG_DEBUG, "XXX", "Adding - ############ register OK");


}




void callback(int val) {
	JNIEnv * g_env;
    g_vm->AttachCurrentThread((JNIEnv **)&g_env, NULL);


	int getEnvStat = g_vm->GetEnv((void **)&g_env, JNI_VERSION_1_6);


    if (g_env == NULL) {
        __android_log_print(ANDROID_LOG_DEBUG, "XXX", "Adding - ############ callback JNIEnv fail");
    }


	if (getEnvStat == JNI_EDETACHED) {
        __android_log_print(ANDROID_LOG_DEBUG, "XXX", "Adding - ############ callback edetached");
	} else if (getEnvStat == JNI_OK) {
        __android_log_print(ANDROID_LOG_DEBUG, "XXX", "Adding - ############ callback ok");
	} else if (getEnvStat == JNI_EVERSION) {
        __android_log_print(ANDROID_LOG_DEBUG, "XXX", "Adding - ############ callback eversion");
	}


	g_env->CallVoidMethod(g_obj, g_mid, val);


	if (g_env->ExceptionCheck()) {
		g_env->ExceptionDescribe();
	}


	g_vm->DetachCurrentThread();


}

nein die log_prints sind nicht schön, aber ein wenig faules copy&paste muss sein beim testen
und die getEnvStat abfragen werde ich noch brauchen, evtl braucht Sie auch der nächste Leser

bin erstmal froh das es nun läuft und ich mich wieder um anderes kümmern kann, bin natürlich offen für jeden Wink mit´m Scheunentor

Danke nochmal für den Anstoß