>> But we decided to not use the existing wrapper, because it is old, >> (seems) unmaintained and we would like to have simpler interfaces and >> one solution for both, the C++ and Java world. Means: we just want to >> provide the simple and small interface in C++ and wrap this with JNI >> for Java.
>Already been done for you. The guys at the Guardian Project maintain >the official Java-GPGME bindings, *and* they're in production use on >Android. This will sadly not solve my problem. The GPGME interface is not the interface we would like to use for our purposes, because not all of the GPGME features should be available in our framework (intentionally). Therefore I would have to write (actually I already wrote, beside the callback problem) a C++ wrapper for GPGME. And I would have to write another wrapper for the Java wrapper, for the same reason. The combination of this would lead to maintaining at least two wrappers: the one for Java and the one for C++. Moreover the license is GPL and we would need LGPG. Maybe this point could be solved with separate license negotiations. But for now I guess I'm back to my question: What would happen if I would rely on pinentry in android? _______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users