gluegen-rt lib loading: Moved to Platform static init incl. TempJarCache.bootstrapNativeLib(..) usage

- Moving to Platform solves former interdependencies between GlueGenJNILibLoader/Platform

- TempJarCache is being setup w/ bootstraping the gluegen-rt native lib jar file.
  Interesting here is that when using Oracle's JRE w/ Applets/JNLP the
  current dbg output is:
     gluegen-rt: url-root http://risa/deployment/test/jau02s/jar/
     gluegen-rt: nativeJarURL jar:http://risa/deployment/test/jau02s/jar/gluegen-rt-natives-linux-amd64.jar!/
     gluegen-rt: nativeJar /home/sven/.java/deployment/cache/6.0/49/3c6d1e31-2c90f42e
  IE the JRE implementation already deduces the online link to the Applet/JNLP cache.
  This makes the implementation much simpler, ie. same for application and Applets/JNLP.
  Have to verify w/ other Java impl. sure - and add same logic for the JOGL part.

1 files changed, 1 insertions, 2 deletions

diff --git a/src/java/com/jogamp/common/os/NativeLibrary.java b/src/java/com/jogamp/common/os/NativeLibrary.java
index c8dfdf1..0c2e5f2 100755
--- a/src/java/com/jogamp/common/os/NativeLibrary.java
+++ b/src/java/com/jogamp/common/os/NativeLibrary.java
@@ -41,7 +41,6 @@
 package com.jogamp.common.os;
 
 import com.jogamp.common.util.IOUtil;
-import com.jogamp.gluegen.runtime.GlueGenJNILibLoader;
 import jogamp.common.Debug;
 import jogamp.common.os.MacOSXDynamicLinkerImpl;
 import jogamp.common.os.UnixDynamicLinkerImpl;
@@ -175,7 +174,7 @@ public class NativeLibrary implements DynamicLookupHelper {
       if (DEBUG) {
         System.err.println("Trying to load " + path);
       }
-      GlueGenJNILibLoader.loadGlueGenRT();
+      Platform.initSingleton(); // loads native gluegen-rt library
       long res;
       if(global) {
           res = dynLink.openLibraryGlobal(path, DEBUG);