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, 2 insertions, 3 deletions

diff --git a/src/java/com/jogamp/common/jvm/JVMUtil.java b/src/java/com/jogamp/common/jvm/JVMUtil.java
index 9ad9baf..29c5f57 100644
--- a/src/java/com/jogamp/common/jvm/JVMUtil.java
+++ b/src/java/com/jogamp/common/jvm/JVMUtil.java
@@ -34,10 +34,9 @@ package com.jogamp.common.jvm;
 
 import java.nio.ByteBuffer;
 import com.jogamp.common.nio.Buffers;
-import com.jogamp.common.os.NativeLibrary;
+import com.jogamp.common.os.Platform;
 
 import jogamp.common.Debug;
-import com.jogamp.gluegen.runtime.GlueGenJNILibLoader;
 
 /**
  * Currently this tool works around the Hotspot race condition bugs:
@@ -54,7 +53,7 @@ public class JVMUtil {
     private static final boolean DEBUG = Debug.debug("JVMUtil");
 
     static {
-        GlueGenJNILibLoader.loadGlueGenRT();
+        Platform.initSingleton(); // loads native gluegen-rt library
 
         ByteBuffer buffer = Buffers.newDirectByteBuffer(64);
         if( ! initialize(buffer) ) {