JreFinder (MyTISM API Documentation)

```
public class JreFinder
extends java.lang.Object
```
This is a sad story of M$ trying to migrate their system to 64 bits... Oracle's JVM just fails to install the correct shortcuts in case the system has both (64 *and* 32 bit) JVMs. It will choose the 32 bit JVM sometimes, which, together with an installed Virus scanner, might cause an "Cannot create JVM" error. The cause for this is a memory fragmentation issue under 32 bit windows and the need of Hotspot (that sadly includes the merged JRockit-Hotspot of Java 8) for contiguous heap memory. The situation got worse lately with the broad delivery of ASLR under Windows, which finally killed 32 bit VMs, actually. Even in a Windows workstation with 4 GB RAM it's almost impossible to find a contiguous piece of memory in a 32 bit process as large as 256MB anymore. In a Java7 VM, this space needs to fit for the Heap + PermGen. 'Nuff said. Disclaimer: In Java8, the PermGen doesn't need to be contiguous. It eases the pain marginally only, though.

All Methods Static Methods Concrete Methods
Modifier and Type	Method and Description
`static java.io.File`	`get64BitJVMExecutable()`
`static java.io.File`	`get64BitJVMExecutable(java.lang.String exeName)`
`static boolean`	`isAccessibleByExplorer(java.io.File f)`
`static void`	`main(java.lang.String[] args)`
`static boolean`	`running64BitProcess()`
`static boolean`	`running64BitWindows()`
`static java.io.File`	`toRealPath(java.io.File f)`

Methods inherited from class java.lang.Object
equals, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

public static void main(java.lang.String[] args)

public static boolean running64BitWindows()

public static boolean running64BitProcess()

public static java.io.File get64BitJVMExecutable()

public static java.io.File get64BitJVMExecutable(java.lang.String exeName)

public static java.io.File toRealPath(java.io.File f)

public static boolean isAccessibleByExplorer(java.io.File f)

Class JreFinder