mariadb/cmake/FindJNI.cmake

if(JAVA_AWT_LIBRARY AND JAVA_INCLUDE_PATH)
  set(JNI_FOUND TRUE)
  return()
endif()
if(DEFINED JAVA_AWT_LIBRARY)
  set(JNI_FOUND FALSE)
  return()
endif()

set(orig_CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH})
unset(CMAKE_MODULE_PATH)
include(FindJNI)
set(CMAKE_MODULE_PATH ${orig_CMAKE_MODULE_PATH})
MDEV-25777: JAVA_INCLUDE_PATH and JAVA_INCLUDE_PATH2 not found with out of source configuration and Ninja generator - As solution `PLUGIN_CONNECT=NO` use early check to disable plugin: Solution suggested by wlad@mariadb.com - `JNI_FOUND` is a internal result variable and should be set with cached library and header variables (like `JAVA_INCLUDE_PATH`) defined. * Note: wrapper cmake/FindJNI.cmake runs first time and cmake native Find<module> returns only cached variable, like `JAVA_INCLUDE_PATH`, results variable are not cached). Reviewed by: serg@mariadb.com 2021-05-26 14:15:26 +02:00			`if(JAVA_AWT_LIBRARY AND JAVA_INCLUDE_PATH)`
cmake: fix FindJava/FindJNI wrappers for cmake re-runs when cmake is re-run and include(FindJAVA) is skipped, JAVA_FOUND should still be set. Same for JNI. 2021-05-14 19:55:53 +02:00			`set(JNI_FOUND TRUE)`
			`return()`
			`endif()`
make CONNECT's finding Java and JNI less verbose 2016-09-05 16:05:13 +02:00			`if(DEFINED JAVA_AWT_LIBRARY)`
cmake: fix FindJava/FindJNI wrappers for cmake re-runs when cmake is re-run and include(FindJAVA) is skipped, JAVA_FOUND should still be set. Same for JNI. 2021-05-14 19:55:53 +02:00			`set(JNI_FOUND FALSE)`
make CONNECT's finding Java and JNI less verbose 2016-09-05 16:05:13 +02:00			`return()`
			`endif()`

			`set(orig_CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH})`
			`unset(CMAKE_MODULE_PATH)`
copy-paste error fixed 2016-09-22 13:07:38 +02:00			`include(FindJNI)`
make CONNECT's finding Java and JNI less verbose 2016-09-05 16:05:13 +02:00			`set(CMAKE_MODULE_PATH ${orig_CMAKE_MODULE_PATH})`