Eclipse Portable 4.4 can be found here
Application: EclipseCategory: DevelopmentDescription: Eclipse is an open source community, whose projects are focused on building an open development platform comprised of extensible frameworks, tools and runtimes for building, deploying and managing software across the lifecycle.
Eclipse Portable, Classic Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, Classic Edition [176 MB download / 200 MB Install]
MD5: dc8b243c4f78a61b00459544b8c2b450
Eclipse Portable, C/C++ Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, C/C++ Edition [138 MB download / 158 MB install]
MD5: df27cef66d8aab40ae9e6a903aa832a3
Eclipse Portable, Java Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, Java Edition [142 MB download / 168 MB Install]
MD5: 8142aa0ec4e858cbff609020b4cdc62e
Eclipse Portable, Java EE Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, Java EE Edition [210 MB download / 250 MB Install]
MD5: 92a957275298fe2c364041012479e611
Eclipse Portable, Platform Runtime Binary:
Mirror 1 (SourceForge.net) Eclipse Portable, Platform Runtime Binary [55 MB download / 64 MB Install]
MD5: 9e829b599034c5086aeda4cafeb5c112
Eclipse Portable, Launcher Source:
Mirror 1 (SourceForge.net) Eclipse Portable, Source Code [112.3 kB KB download]
MD5: c4ca440009ba59daa3e62f67ce83115d
Looking for the Eclipse for PHP Developers Package? More Info
Looking for Eclipse Portable 3.8? You can find it here.
Release Notes:
Eclipse 4.2 Release
Launcher version 2.0 (6-23-12)
- appicon update
- App\Java moved up a higher priority on scan
Eclipse 3.7.2 Release
Development Test 1 (6-23-12)
- Added AdditonalPaths INI Setting
- Removed Redundant Code
- Removed APPDATA and LOCALAPPDATA redirection
- Fixed bug preventing App\Java detection without INI
Eclipse 3.7.1 Release
Development Test 1 (11-25-11)
- Added APPDATA and LOCALAPPDATA redirection
- Fixed AppID type in AppInfo.ini
- Removed redundant entries in AppInfo.ini
- Added appicon_128.png
Eclipse 3.7 Release
Development Test 1 (7-22-11)
- Updates workspace directory when the Eclipse Portable directory is moved. (Thanks tal!)
- Fixed weird dialog at startup (for real this time)
there is MSYS integration ?
MSYS integration doesn't work,(it doesn't show in the path as expected).
And you didn't change the order of looking of the java:
it still:
a. ini file
b. CommonFiles\Java
c. EclipsePortable\App\Java
d. default path
thanks for update to eclipse 3.7.2
Tal.
The old code for figuring out the path of Java to use was atrocious. I ended up redoing it and somehow the two elseif statements swapped themselves.
https://sourceforge.net/projects/eclipseportable/files/Other/EclipsePort...
The above contains the patch to this. Just extract and copy + replace the entire Eclipse Portable directory. The only difference is the elseif statement being moved up.
As for MSYS integration, I can't add that in by default since it might conflict with other things. I've added a "AdditionalPaths" INI setting that will enable to use MSYS. Copy EclipsePortable.ini from Other\Source and into the same place as EclipsePortable.exe (two levels up). It'll work after that.
AdditionalPaths can also take more than one directory, separate them by semicolons.
I copy the EclipsePortable.ini to same place as EclipsePortable.exe
and my portable eclipse still doesn't recognized the msys-portable at the path.
It's working fine for me. Are you able to clean a project without missing "rm" errors?
I cannot compile or rm.
It not recognize none of the msys command.
How we can resolve the problem for me?
I think you need to configure the INI after copying it, entering the details to msys-portable using the entry gluxon referenced above. Perhaps if you paste your INI here and explain your setup we can assist better.
Sometimes, the impossible can become possible, if you're awesome!
EclipsePortable.ini:
[EclipsePortable]
EclipseDirectory=App\Eclipse
EclipseExecutable=eclipse.exe
SettingsDirectory=Data\settings
JavaPath=..\CommonFiles\Java\bin\javaw.exe
MinGWPath=..\CommonFiles\MinGW\bin
AdditionalPaths=..\MSYSPortable\App\MSYS\bin
AdditionalParameters=
# The above options are explained in the included readme.txt
# This INI file is an example only and is not used unless it is placed as described in the included readme.txt
it the same folder as the EclipsePortable.exe.
That it should to be?
thanks for the help.
------------------------
I want the portable eclipse will recognize the MSYS portable
and be able to run the commands in there.
I apologize for the late response. First, I want to note that the code you uploaded in the last thread was correct. There wasn't anything that would have prevented MSYS integration in your build, which was why I found your remark about it not working properly surprising.
In this version, the INI is pre-configured to have MSYS Portable's bin path by default as an example. I've tested it to have it working without editing the INI at all (which was intended). I have a feeling the issue is specific to your machine.
This is an image of everything working properly, with the INI in the right place and its default contents. http://i.imgur.com/3tKby.png
If all else fails, I have a debug version of EclipsePortable.exe I would like you to try. It's the same laucher, but it outputs the path in a MessageBox. Check if MSYS's path is in there. http://www.mediafire.com/?mna9z5f2scsgvrl
When I start from refresh - download everything from the beginning,
and do like it shown in the picture,
it was working for me!
so thank you again for you time and efforts!!.
thanks for updates and make it really portable.
It o.k. to ask again why the folder of MSYSPortable can't be by default with eclipse portable?
There is eclipse juno 4.2 official release
I hope to see it update here (when you have the time)
Thanks a lot again,
Tal.
I was wondering about the progress for the annual new Eclipse release in June. Anyway, what files are going to be used in the MSYSPortable folder? There's only MSYSPortable.exe in there.
Juno now release and they say it all about their website.
I mean why it can't add this folder ..\MSYSPortable\App\MSYS\bin
to default Path of eclipse like the folder of Mingw:
..\CommonFiles\MinGW\bin.
MSYS has the potential to interfere with other toolkits and libraries. Imagine troubleshooting why Eclipse Portable won't compile a specific program, and then after hours looking, find that the developer added MSYS to the path without notifying you. By copying the INI over you "know" that the change was made and MSYS has been added.
This experience came from compiling Mozilla Firefox, which refused to because MSYS was in the %PATH%.
https://developer.mozilla.org/En/Developer_Guide/Build_Instructions/Wind...
I can't compile Firefox with MSYS?
how I can run their makefile? (if it exist)
Thank you for your quick replay.
Hi all,
I'm having a rather strange problem.
I have EclipsePortable (java edition) on my desktop and on my external hard drive) on windows 7 64 bit.
I also had this problem in win7 32 bit before, I never fixed it there either.
The problem:
- On my external hard drive (with PAM installed) everything works.
- When I open the version on my desktop (no PAM) everything works, when CommonFiles is not next to it, it uses the locally installed java (everything works, life is good).
- When I put when CommonFiles next to it on the desktop, it doesn't work anymore. The eclipse splash screen flashes and disappears.
- When I install PAM on my desktop and put the CommonFiles in there and EclipsePortable, same thing happens. When I rename CommonFiles, everything works fine and it uses local java.
I already reinstalled EclipsePortable, removed the data directory (there was nothing in my workspace, don't worry), nothing solves the problem.
Any ideas?
Yes, I set the working directory!
What version(s) of Java do you have installed on the local machine and in CommonFiles?
commonfiles:
[JavaPortable]
Vendor=Sun Microsystems Inc.
Version=1.7.0_5
URL=http://java.sun.com/
locallly:
C:\Program Files (x86)\Java\jre7\bin>java.exe -version
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) Client VM (build 23.1-b03, mixed mode, sharing)
so the same I guess...
All versions of the ones in CommonFiles are the same (I simply copied this folder to my desktop)
CommonFiles contains Ghostscript, Java and Java64 (I am at a 64bit machine atm)
Yes, I set the working directory!
It sounds like the Java installation in CommonFiles is corrupt. Can you try deleting the CommonFiles\Java folder and doing a reinstall if you haven't already?
I just redownloaded the eclipse launcher and reinstalled it, now EclipsePortable runs fine!
Only one problem: it doesn't use the java from CommonFiles (on my desktop).
When I print out java.home it simply prints the program files path. (C:\Program Files (x86)\Java\jre7)
When I try this from my external hard drive (where the Menu is installed) it does give the correct location. (H:\PortableApps\CommonFiles\Java)
Both were newly created projects, same code in both of them.
I also redownloaded Java, just to see if the one at my desktop was corrupt. I deleted the all the java folders and I reinstalled it on my external hard drive via the Menu and copied the CommonFiles folder. This means both folders are identical. I did this to see if it would fix my second problem, but it didn't
Sorry for all the trouble...
Yes, I set the working directory!
Any new on release Eclipse 4.2 portable?
Yeah, now that it's official, I'll update when I recover my copy of Windows (which somehow corrupted itself).
Eclipse updated to 4.2 Juno. Launcher received small bugfix.
it a long dev project.
it should be in release no?
Hi!
I'm trying to install EGit on my portable Eclipse to get Git integration. Every time I start PortableEclipse, I get the following error:
"The environment variable HOME is not set. The following directory will be used for storing the Git user configuration and as default repository location:
C:\users\MyUserName.
If this is not correct then please set the HOME environment variable and restart Eclipse."
Do I need to set the HOME variable? Can this path be set on the EclipsePortable.ini file?
HOME is a Linux environment variable. It is not currently possible to do this with the Eclipse INI, but I'll add it for the next Eclipse release.
It's been a while, so I expect 4.2.1 to come within a week or two.
Thanks for your answer!
Meanwhile do you (or anyone) know an alternative Git-integration plugin that works with Portable Eclipse?
I have it setup and have installed the ADT Plugin. Is it possible to add android sdk and make android development portable?
I've got a test build of the ADK on my machine, and am waiting for a few things here prior to uploading it. Rest assured, it will be available soon.
It is wonderful to here that someone is working on a portable
version of eclipse with android support.
Thank you so much for that.
I am eagerly awaiting the package
I am also excited to see that someone is working on making the android dev tools portable!
Fantastic news! Any update around the timing of when you think you'll have something out?
THANKS SO MUCH!
-Zac Morris
Great launcher, thanks gluxon. I just noticed that in the NSIS code you update the drive letter for $WORKSPACEDOUBLESLASH but not for $WORKSPACE unless of course the workspace is within the EclipsePortable directory. I keep my workspace under the Documents directory because I like to keep all of my code in one place and I backup my Documents directory much more often than my PortableApps directory. Could you please add one line to your launcher updating the drive letter of the $WORKSPACE variable?
On another note, Aptana is a very popular Eclipse plugin for all sorts of web-related work (Python, Ruby, PHP, JavaScript, etc.) so it would be nice to support it in the launcher. For this I suggest the following two changes:
1- Adding these two lines to the NSIS code (under the ";Update locations" comment):
2- Adding this parameter to the command line when launching Eclipse: "-vmargs -Dstudio.rubleUserLocation=$WORKSPACE\.aptana-rubles" (where $WORKSPACE is the user's workspace directory) or "-vmargs -Dstudio.rubleUserLocation=@user.dir\..\..\Data\Aptana Rubles". This prevents the directory "Aptana Rubles" from being created in the user's home.
There may be more changes needed to support other Aptana features but that's all I noticed for the time being (I've used Aptana a fair bit for Python work and I haven't had any problems after these two changes). I hope you can incorporate these suggestions in the next launcher version.
Sounds like you know exactly how to...
Would you be willing to post your nsis script and/or launcher and ini files to make it work with Aptana instead of Eclipse?
That is if you're not using just Eclipse with an Aptana plugin but Aptana Studio
http://www.aptana.org/
much appreciated
Eclipse 4.3
Can you update please?
Tal.
It's already on this page for almost a year, why no release?
Because it Java application (Use Java)
and portableapp.com will no release any java app.
Tal.
Is normal Eclipse (not portableapps.com version) leaves files on system?
I install the portable eclipse c++,(version 4.2)
but it didn't managed to find the portable mingw,
I try some things, but finally, i delete eclipse folder from
"\EclipsePortable\App\" folder, and i copy new one of eclipse Kepler(version 4.3) and it recognize the mingw with the Launcher.
so i think at version 4.2 there is some bug.
and there is a file that it not success to copy at both versions (4.2 and 4.3)
because it name is too long.
my portable apps directory is on:
"C:\PortableAppsMenu\PortableApps" and it too long for it.
but it seems this file it not necessary to compile and work with eclipse.
should maybe to remove it?
can you update to 4.3? or check the bug?
I will appreciate.
I am using your version, and not darksabre76 version for two reasons:
1. It not have c++ edition (or other edition of eclipse, and it too long
to build and install every time the c++ from the market)
2. I already tested your version many time and help you to improve it,
and i know how to work with your launcher.
thanks for your time to read this,
and thanks for your time for update eclipse. I am using it at my studies.
and sorry for my English, it not my native.
Happy Holiday,
Tal.
Hi, is it possible to make a portable build of the new Eclipse version 4.4? Because the workspace this version uses is not compatible with the old versions of eclipse and this version is compatible with Java 1.8
I'm going with the Classic version to test out developing for Android, and possibly ColdFusion. If anyone has any tips on that specific to the Eclipse Portable version, please reply. Specifically, do the plugins for these obey the Portable Apps pathing and leave the registry untouched? If not, is there a known way to achieve this? Thanks in advance.
Can make eclipse neon portble? Please
Have you seen this Development Test?