Restore explicit so load in Module.java (#11385)

Summary:
This is a partial revert of #11058. We are seeing issues with JNI loading on Meta apps. My best guess is that the call to ExecuTorchRuntime is getting optimized out in Module.java, since the result is not used. I'm re-adding the explicit load back until we get that figured out.


Reviewed By: bugraoral, larryliu0820

Differential Revision: D75994546

Author: GregoryComer

extension/android/executorch_android/src/main/java/org/pytorch/executorch/Module.java

@@ -11,6 +11,8 @@
 import android.util.Log;
 import com.facebook.jni.HybridData;
 import com.facebook.jni.annotations.DoNotStrip;
+import com.facebook.soloader.nativeloader.NativeLoader;
+import com.facebook.soloader.nativeloader.SystemDelegate;
 import java.io.File;
 import java.util.HashMap;
 import java.util.Map;
@@ -26,6 +28,14 @@
 @Experimental
 public class Module {
 
+  static {
+    if (!NativeLoader.isInitialized()) {
+      NativeLoader.init(new SystemDelegate());
+    }
+    // Loads libexecutorch.so from jniLibs
+    NativeLoader.loadLibrary("executorch");
+  }
+
   /** Load mode for the module. Load the whole file as a buffer. */
   public static final int LOAD_MODE_FILE = 0;