Changes

Fix Bug 843: Remove  Platform's requirement and use of TempJarCache.bootstrapNativeLib(),  allowing versatile use of 1st native jar file (big-java-jar w/  big-native-jar)

The remaining Platform dependency existed in IOUtil.copyStream2Stream(..), used by JarUtil.extract(..),
i.e. the MachineDescription's PAGE_SIZE.

Solved by using a const buffer size of 4096 bytes.

Fix Bug 844: Cannot ctor URI w/ scheme alone, use string-based concatenation native URI root and jar file.

Bug 845: Add support for one big-fat jar file [java classes plus all native 'os.and.arch' libraries]

JNILibLoaderBase.addNativeJarLibsImpl(..):

If the modules's jar file contains the folder 'natives/<os.and.arch>/'
we assume a big-fat jar and attempt to load all native libraries from the same.

The test for above folder is performed via the class ClassLoader's getResource(..)
and is considered inexpensive.

If the folder exists and native libraries could be loaded, the method returns successfull.

Otherwise, the 'slim' jar file is attempted to be loaded, even if such folder exist.

Bug 845: Fix JNILibLoaderBase.addNativeJarLibsImpl(..) fat-jar case.

Always use the jar-basename when calling TempJarCache.addNativeLibs(..),
otherwise it is mapped and loaded multiple times leading to different native libraries.

Simplify addNativeJarLibsImpl(..) argument semantics by passing complete jarBasename
and nativeJarBasename (w/ suffix).

Added manual test scripts validating [gluegen + jogl] usage
with multi (Bug 843) and fat (Bug 845) jar configurations.

Bug 846: Add manual test case for One-Jar (using 0.97.1)

Note: One-Jar lacks support of a URL handler for it's
jar-in-jar files and hence we would need to extract the jar-in-jar resources w/ our TempJarCache
from one one-jar file .. too bad. Looks like it's incomplete.

JNILibLoaderBase.addNativeJarLibsImpl(..): Cleanup debug message creation.

IOUtil/JarUtil: Add more detail debug information for URI transformation; IOUtil.toURL(..) handle exception at 'new File(uri)'