Changes

Unify JNI Library Loading into JNILibLoaderBase and use it for the gluegen-rt native lib as well

- removed redundance
- move proper JNLPAppletLauncher custom libloader code into JNILibLoaderBase
- prepares for new JAR temp cache ..

JNILibLoaderBase/TempJarCache: Prepare for loadLibrary(..) out of cached JARs

- JNILibLoaderBase: If TempJarCache is active, try find native library in cached JARs
- TempJarCache: Add bootstrabNativeLib(..) allowing bootstraping gluegen-rt from JAR w/o needing it
- JARUtil: minor edits (final)

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.

test script