Has anyone been successful in using 64-bit Eclipse for Android 2.3 dev on 64-bit Windows 7?
Please answer positively only if, when you invoke the emulator via Eclipse's Run (Ctrl+F11), your app-to-be-debugged's APK is installed automatically onto the Android emulator and you are running this same exact configuration:
- Windows 7 Ultimate 64-bit.
- JDK 64-bit (jdk-6u23-windows-x64.exe installed.)
- JDK 32-bit (jdk-6u23-windows-i586.exe installed.)
- Eclipse Classic 3.6 64-bit (eclipse-SDK-3.6.1-win32-x86_64.zip)
- Android 2.3 SDK Starter Package
If you are able to fully use 64-bit Eclipse for Android 2.3 dev on 64-bit Windows 7, please describe the steps you performed to make this happen.
As of now, the following steps did NOT work for me:
- install the 64-bit JDK
- install the 32-bit JDK
- unzip android-sdk_r08-windows.zip to
C:\android-sdk-windows
- append C:\android-sdk-windows\tools
to %PATH% in System env vars.
- Run C:\android-sdk-windows\tools>android.bat
- Install ADT Plugin via Eclipse
- Create "Android 2.3 - API Level 9" virtual device via Eclipse
- Window > Preferences > Java > Installed JREs: [Search...]
I received 3 great answers here although none of those described configurations really match the original configuration described in the question, but...
The last 2 answers (especially the one from @Nicholi) prompted to spend the time on yet-another-round of pulling my hair in an attempt to find a solution to an unexplainable problem.
And I found it! My own configuration now works on 64-bit Windows 7 and so the short answer is: Yes.
Here are the detailed steps, in order, that worked for me (cut & keep):
Step 0:
***********************************************
****** UNINSTALL THE COMODO FIREWALL !!! ******
***********************************************
Comodo Firewall, AKA CIS, turned out to be the sole problem leading to the time wasted between December 2010 (when I posted this request for help) and February 2011 (When I finally nailed the problem down). Note: Disabling the firewall doesn't help, only complete uninstall really works.
Step 1 (JDK 6 64-bit):
Create %JAVA_HOME%: C:\Program Files\Java\jdk1.6.0_23
Append to %PATH%: C:\Program Files\Java\jdk1.6.0_23\bin
Run: jdk-6u23-windows-x64.exe
Note: It is not necessary to install the JDK into C:\Java. Sticking with the Windows Folders conventions is preferred because it helps you remember which package is 64-bit and which is (still) 32-bit.
Step 2 (Eclipse Classic 64-bit):
Unzip eclipse-SDK-3.6.1-win32-x86_64.zip into C:\eclipse
Note: It is critical to have the eclipse directory directly under C:\ and not under "C:\Program Files" (otherwise, ADT Plugin install will incur missing packages problems).
Step 3 (SDK Starter Package AKA "Android SDK"):
Create %ANDROID_HOME%: C:\android-sdk-windows
Append to %PATH%: C:\android-sdk-windows\platform-tools
Run installer_r09-windows.exe and install to C:\android-sdk-windows
> Check 'Start SDK Manager'
> All are selected. Accept. Install. Yes, restart ADB.
Step 4 (ADT Plugin for Eclipse):
Help > Install New Software > Add...
Name: ADT Plugin
Location: https://dl-ssl.google.com/android/eclipse/
Check "Contact all update sites during install to find required software'!!!
Work with: All available sites
+ Developer Tools
+ Android DDMS 9.0.1.v201101191456-93220
+ Android Development Tools 9.0.1.v201101191456-93220
+ Android Hierarchy Viewer 9.0.1.v201101191456-93220
> Next
> Next
> Finish
> Restart Eclipse
Step 5 (Android Virtual Device):
Open Eclipse. Then:
Window > Android SDK and AVD Manager
> Virtual Devices [New...]
Name: AVD23
Target: Android 2.3.1 - API Level 9
SD Card: 1024 MiB
[Create AVD]
I myself have never used the Eclipse "classic" version, I always get the Java version as another poster mentioned (the 64bit version). Personally no idea what the difference is. I am guessing this is where your problem may stem from?
It works perfectly on Windows 7 x64 (Home Premium here), 64-bit and 32-bit JDKs installed, latest Android SDK and ADT plugin. I'm not sure which JRE is actually used, never bothered to find out (wouldn't be surprised if its 32bit). Also the JDK versions I used (quite awhile back) were 6u21, since then my 32bit version has updated to 6u23 but 64bit has not. Couldn't tell you the exact order as I don't recall (it was quite awhile back). Likely I installed the JDKs first, then extracted Eclipse, install/downloaded Android SDK, then installed ADT plugin.
Has always started up emulator fine, installs APKs, and debugs as expected. I also do alot of dev'ing on my Nexus One.
One recommendation I have seen alot is NEVER install any of the tools to the typical "C:\Program Files" because of spaces in filepaths. Why this is still a problem in 2011 I will not know, but putting Eclipse, JDK, and the Android SDK all straight off the root of some drive is likely to lead to significantly less issues apparently.
Edit: I uninstalled my current versions of Java, and removed eclipse/android sdk to startover
- Installed jdk-6u23-windows-x64.exe to C:\Java
- Added JAVA_HOME env variable pointing to C:\Java\jdk1.6.0_23
- Added Java bin dir to PATH env var ;C:\Java\jdk1.6.0_23\bin
- Extracted eclipse-java-helios-SR1-win32-x86_64.zip to C:\eclipse
- Installed installer_r09-windows.exe to C:\android-sdk-windows
- Downloaded necessary SDK versions
- Installed ADT plugin through Eclipse interface, point to android SDK dir
- Added ANDROID_HOME env variable pointing to C:\android-sdk-windows
- Added Android platform-tools dir to PATH env var ;C:\android-sdk-windows\platform-tools
After this everything seems to work fine (except for DDMS in Eclipse, still fidgeting with that). And that is without the 32bit version of Java installed (neither JRE or JDK). Only 64bit is installed.
Is the solution to use eclipse-java-helios-SR1-win32 instead of eclipse-java-helios-SR1-win32-x86_64 when using a Windows 7 64 bit OS on a 64bit machine?
Hope this helps, if anyone else is having this issue.
Following configuration works perfectly fine for me.
- Windows 7 Professional 64 bit
- Eclipse Helios 3.6.1 64 bit (JavaEE)
- JDK 6u23 64 bit
- Android SDK 2.3
- ADT 8.01
My sequence of steps:
- Install 64 bit JDK. Update PATH and JAVA_HOME env variables.
- Uncompress Android SDK and get all the required versions 7, 8 and 9. Add ANDROID_HOME env variable.
- Uncompress Eclipse 64 bit and install the ADT plugin and then configure the Android SDK in Preferences page of Eclipse.
Thanks for the collective wisdom which has enabled me to restore the ADT functionality within an hour of reading this page. I had to fix one more item, eclipse refused to compile my android application and complained about all sorts of nonsensical problems e.g. unable to find {relative-path}\R.java even though I could view it in eclipse and from the command line; and build path problems.
I discovered it was using a 32-bit JRE (Window->Preferences->Java->Installed JREs) of
C:\Program Files (x86)\Java\jre6
I added an entry for the 64-bit JRE
C:\Program Files\Java\jre6
and selected it as the default JRE.
My android project then built cleanly again :)
I'm still troubleshooting it, as my configuration is totally messed up - many versions of java and mix of 32/64 bit, so I'm starting from scratch.
I noticed one thing, which might be solution to this problem. I found 3 java exe files in my windows\system32 folder. That's why, when u run 'java -version' from the command line, you get java 7! Even when you amend system %PATH% to have java 6 there, it won't work until you remove executables from system32.