History log of /sdk/find_java/find_java_exe.cpp
Revision Date Author Comments
26a423a5de4b715a980a0c0f0a16ec50bf39aef2 17-Aug-2012 Raphael Moll <ralf@android.com> find_java: wrap toShortPath in disableWow64FSRedirection.

Change-Id: I4e3135927616eb6ad3e0da46496bb97b3029ccd9
6123b532fc0e57e33a09dc429f8ec708a88aedcc 30-Jan-2012 Raphael <raphael@google.com> Win SDK: find max version of java.exe

When we find a java.exe file, run java -version and
parse its version number. Only accept java 1.5 or
better.

There's a moderate effort to find the highest
version available in each category: for starter
scripts, it doesn't matter if we actually have
the highest. However within a given category
(env path, program files, registry), picking
up the highest available make sense. In normal
cases users won't have many concurrent versions.

Change-Id: I4f2504642a1712b62aa303562578572066d82d3b
a418de56908e413187e1144b7d1d430bbfc459d5 27-Jan-2012 Raphael <raphael@google.com> SDK: use new find_java.exe in SDK bat files

Change-Id: I9f3fc572c3af6d8457a75cebae1aa6a850511afc
d2d6999d779fffe976c55db04bf523907a8743ed 25-Jan-2012 Raphael <raphael@google.com> Windows: "find_java" exe and lib for android.bat

This adds a "find_java.exe" that will be packages
in SDK/tools/lib. It will be used by android.bat
and the other launchers to locate the best version
of java to use for our tools (currently we have
a find_java.bat that uses DOS commands to achieve
something similar but more limited).

In addition this creates a static "findjavalib"
that is used by the NSIS installer to locate
java and get its version (to complain in case we
only find a Java 1.4 or lesser). The goal is for
the installer to use the same logic as the tools
will use to locate the java binary.

Change-Id: Ic2efb388135087bab9687c3332882047fd041b1c