Closed tomuben closed 1 week ago
Here a sample output from the javac ...
command:
/*
* Class: com_exasol_swig_exascript_javaJNI
* Method: ConnectionInformationWrapper_copyKind
* Signature: (JLcom/exasol/swig/ConnectionInformationWrapper;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_exasol_swig_exascript_1javaJNI_ConnectionInformationWrapper_1copyKind
(JNIEnv *, jclass, jlong, jobject);
/*
* Class: com_exasol_swig_exascript_javaJNI
* Method: ConnectionInformationWrapper_copyAddress
* Signature: (JLcom/exasol/swig/ConnectionInformationWrapper;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_exasol_swig_exascript_1javaJNI_ConnectionInformationWrapper_1copyAddress
(JNIEnv *, jclass, jlong, jobject);
As we plan to refactor the UDF client in the (far) future it does not make sense to put effort into this task. Will close this ticket.
Background
Currently, the JNI header file for the
exascript
native interface is checked in: https://github.com/exasol/script-languages/blob/master/exaudfclient/base/javacontainer/exascript_java_jni_decl.h The variablemethods
in the file is needed by the Java VM to register the native methods, see hereHowever, this file can be automatically generated from the Java compiler:
Generate Header file
Generate descriptions
The problem is, that the variable
methods
need to be constructed by some regular expression (Python script?) from the output of both steps above.