sdk.git - sdk

	Commit message (Collapse)	Author	Age	Files	Lines
*	find_java.exe: SDK tools require Java 1.6	Raphael Moll	2012-11-19	1	-2/+2
\| \| \| \| \| \| \| \| \| \| \| \|	find_java.exe is used to locate the Path to the JVM on Windows and it checks the Java version. SDK tools require Java 1.6 now. Also update the find_java error message to mention the JAVA_HOME environment variable. SDK Bug: 39876 Change-Id: I355998b10014471ccbe14ca9e977d07126b072c1
*	Win SDK: find max version of java.exe	Raphael	2012-01-31	1	-4/+10
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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
*	Windows: "find_java" exe and lib for android.bat	Raphael	2012-01-25	1	-0/+30
	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