OUTDATED: This release of Eclipse Portable is now outdated, please to go the new thread for the latest release.
Application: Eclipse
Category: Development
Description: 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.
If you were having issues using MinGW Portable with Eclipse Portable, this patch should fix it. Just download, and replace the current EclipsePortable.exe
Eclipse Portable, Launcher Source:
Mirror 1 (SourceForge.net) Eclipse Portable, Launcher Source [ 23.9 KB (24,557 bytes) download / 143 KB (146,613 bytes) installed (MD5: 3a33e5896dcc96205b7a4493bd713b40)]
Eclipse Portable, Classic Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, Classic Edition [ 160 MB (168,682,434 bytes) download / 180 MB (189,449,248 bytes) installed (MD5: 13683a1dca418a0ce117a8f996b17cce)]
Eclipse Portable, C/C++ Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, C/C++ Edition [ 81.9 MB (85,954,029 bytes) download / 94.3 MB (98,897,823 bytes) installed (MD5: 52e612105ce637a46e043391cde71017)]
Eclipse Portable, Java EE Edition:
Mirror 2 (SourceForge.net) Eclipse Portable, Java EE Edition [ 190 MB (199,664,442 bytes) download / 224 MB (235,626,449 bytes) installed (MD5: d3ab1a3cfc572b6f63075627dd7da6e6)]
Eclipse Portable, Java Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, Java Edition [ 92.6 MB (97,132,805 bytes) download / 106 MB (111,829,039 bytes) installed (MD5: 9d2974229cc49e0c099926fc6b5be005)]
Eclipse Portable, PHP Edition:
Mirror 1 (SourceForge.net) Eclipse Portable, PHP Edition [ 134 MB (140,533,223 bytes) download / 154 MB (161,486,584 bytes) installed (MD5: f184ef389516fa6a15724c8b00886ca4)]
Eclipse NSIS Plugin Installer:
Mirror 1 (SourceForge.net) Eclipse Portable NSIS Plugin [ 3.85 MB (4,047,771 bytes) download / 3.90 MB (4,099,986 bytes) installed (MD5: 773aca6721afadd4cd02bed780c8d3fc)]
LATE RELEASE (7-7-10)
Sorry for the late release guys.
HELIOS RELEASE (5-22-10)
After looking into Eclipse Portable source again after a while, I found some flaws in it, even with LogicLib. I had the same type of flaws in my other launchers, they worked fine, but just not in the most efficient way. I believe I fixed them all in the lastest AkelPad Portable, and VLMC Dev Test 2.
Since Eclipse 3.6 (Helios) is June 23rd, I'll release the new launcher then. 
HELP VOTE A SUBCLIPSE BUG!!! (2-19-10)
An issue with subversion passwords not being portable has held back Eclipse Portable from being official. Please help vote. And after all, it's Eclipse Portable's 1st year anniversary!!! 
http://subclipse.tigris.org/issues/show_bug.cgi?id=1095
ECLIPSE PORTABLE FIRST YEAR ANNIVERSARY (2-10-10)
Only 9 more days until Eclipse Portable's 1 year anniversary.... whoopee.
PACKAGES CONFUSION CLEANUP (1-18-10)
Eclipse has many different packages for different developers. To find out what version of Eclipse is right for you, take a look at the Package Comparison over at eclipse.org
TO CLEAR UP ANOTHER BIGGER CONFUSION (INSTALLING JAVA PORTABLE)
Eclipse relies on Java. I found that a lot of users were having trouble installing java. So let me explain how I've made the launcher look for java. First, it looks in for the Java path specified in the .ini file (when it's copied to the same directory as Eclipse Portable). If that path does not contain Java, or the ini file was never found, "[X]:\PortableApps\CommonFiles\Java" is searched next. This allows integration to Java Portable, which can be downloaded from the Applications tab on this web site (at the top). Just install it to the default path. If that wasn't found in the above path, the second place it looks is in the path OpenOffice.org also uses. "[X]:\PortableApps\EclipsePortable\App\Java". Then the third and final, is the one the regular eclipse might use for specific eclipse development reasons (for example, JRE is installed on the system, but the user wants eclipse to use JDK). One user has requested that JDK would be better for Eclipse Portable use. This would be the answer, to place JDK in App\Java and change the .ini path to direct to it. And, as a last resort, Eclipse Portable uses the local Java if Java wasn't found in all the above paths plus the ini specified one. Hope this does not confuse you. If it does, leave a comment telling me where it got confusing. Thanks! And BTW, I decided to write this because "pa_8170" came on the webchat IRC while I was IDLE, and made me feel guilty for not being there 
NOTE: The above applies as of Development Test 3
Release Notes:
Eclipse 3.6 Release
Development Test 1 (7-7-10)
- Initial Release
- Switched to LogicLib
Known Bugs (As of 7-7-10):
None! Ha!
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on BlueSky
Follow us on Facebook
Follow us on LinkedIn
Follow us on Mastodon
Follow us on Twitter
Link is broken for Benawesome.
rawr
The sourceforge one for Java EE just points back to this node? Whats going on?
rawr
probably because he hasn't managed to upload it yet.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
Yeah, Java EE is taking longer than I thought for SourceForge.net
It's been uploading for an hour.
So, I left the links blank for now.
Thanks
I think I had a typo in the file.
I just want to get these as soon as possible. I and a group of friends intend on learning C++ and Java so we can create a game engine (this will be hard as all get out) and eventually a program to develop a game on that type of engine. So yeah, in time we will need java for some interweb applications so thanks ^ _ ^
rawr
Just a simple note just incase you didn't know
You don't have to install both the C++ Edition and the Java EE Edition.
You can just get C++ first (Since it's Smaller). Than install Java EE via Package Manager :).
Help --> Install New Software
Work With: Galileo - http://download.eclipse.org/releases/galileo
Programming Languages --> Java Development Tools
Web, XML, and Java EE Development --> Java EE Development Tools
There's some unneeded stuff in Java EE like PDT, that you won't need
And, I need to add some of these instructions into the Help file.
When will it become an official app...
Seriously I cant see whats wrong with it...
Almost Nothing with Portability.
John's looked at 3.5.1 Dev Test 5.5 and I'm pretty sure Dev Test 4.
The only problem with it is subversion clash, which is currently unfixable. I don't even know why it's unfixable.
Maybe I could get this just into Pre-Release? And have it official when a workaround for svn is found?
That's silly, SVN isn't even built by default into Eclipse -.-
It's a plugin you intall into it.
You should really make Eclipse official already.
Just have a note about the SVN if you want to.
The problems with subversion is that all subversion clients use the same %appdata%/subversion path to store their settings so how do you get multiple subversion clients to still store their settings portably and not lose the computers own subversion settings.
Probabley even a file thats store how many and what application still use the folder and the last one that exits saves the settings into a global location.
like:
2
eclipseportable
svnclientwhatever
Storing the application name should help for crash resistence and debuging it.
I'm still confused as to how a universal launcher can fix it
Yeah, let's go prerelease (unless the release team is useless).
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
But I have a small problem d:
I have no idea what to do on that page you linked me to. I am completely confused on wha URl i should enter into the eclipse package thing X]
rawr
Choose the Galileo Update Site from the Drop down menu.
SourceForge.net Links have been successfully added.
I installed
Eclipse Portable 3.5.1 Development Test 6
and
MinGW Portable Development Test 5
But could not compile anything because nothing under toolchains!!
I do lunch CommandPromptPortable.exe and MSYSPortable.exe before Eclipse
Also EclipsePortable.ini is in the same directory with EclipsePortable.exe
What else I need to do?
Thanks
Launching MSYS Portable or MinGWPortable before starting Eclipse Portable for the C++ Compiling isn't required anymore. Actually, it's better if you don't even have MinGW Portable open when Eclipse Portable is. (Better speed and performance.)
Could you post your copy of the INI file? And you don't have MinGW on the system right? Because Eclipse will use the systems's MinGW if it's there, whether or not MinGW Portable exists, (No workaround for this without admin privs).
Show me what you have MinGWPath= as and Where MinGWPortable is located.
Thanks.
It's the standard ini file. I haven't modified it.
[EclipsePortable]
EclipseDirectory=App\Eclipse
SettingsDirectory=Data\settings
JavaPath=..\CommonFiles\Java\bin\javaw.exe
MinGWPath=..\MinGWPortable\App\MinGW
EclipseExecutable=eclipse.exe
AdditionalParameters=
Help please?
What happens when you right click on the project (Project Explorer) and click on build all?
I've tested it, Eclipse was running g++ from MinGW Portable's folder.
I don't think anything's going to appear under toolchains.
When I select build All it says:(Cannot run program "make": Launching failed)
The problem is it does not know where MinGW is?
I want to use the JDK with EclipsePortable, rather than portable Java (in commonfiles) (I have portable Java installed). I've copied my JDK folder to App/Java and use the standard EclipsePortable.ini file except that I've changed JavaPath to "App\Java\jdk1.5.0\jre\bin\javaw.exe". Iv'e put EclipsePortable.ini inside the directory of EclipsePortable.exe. However it still doesn't work. What am I doing wrong?
PS. I know that the JDK isn't actually very portable in this way, but I don't care.
PPS. I know JDK1.5.0 is old, but I have my reasons for wanting to use it.
What error message are you getting?
The standard eclipse "no java found in..." error message, or log file errors?
If it says "Java not found in..." could you post the entire message?
If it's a log file error, I'll bet it's because Eclipse doesn't support JDK 1.5
It does pick up a Java, only the wrong one, thus no error message.
I want the JDK in /App/Java/JDK1.5.0, not the JRE in ../CommonFiles/Java (which it sets up).
The launcher was designed to go to the CommonFiles folder if it can't find Java in the file you told it to in the INI.
I'm going to check and see if it works for me. If it does, then you probably don't have the path correct. The path you gave me in the ini looks right, but check if the files correspond to it.
[Edit:: Worked fine, I used the exact same path you did. Even checked that it was using App\Java\jre\bin\javaw.exe in the task manager. I noticed that JDK has 2 bin folders, one in the \jre folder. Could you try the one in the Java root? If even that doesn't work, and you're sure the path is right, then try moving the folder out of \App\Java\jdk1.5.0 and into just \App\Java\]
Thanks. I figured out what the problem was. First a little history: Before I reread the instructions and figured out what it actually says, I thought you were supposed to put the ini in App/Eclipse/. When that didn't work, I tried the hack for before EclipsePortable (adding a -vm setting to eclipse.ini). I thought I undid those changes before doing it correctly, but I didn't and when I finally did, eclipsePortable picked up the JDK correctly according to my EclipsePortable.ini.
Ah
Don't do that -vm hack, or whatever it's been grown to be called. It isn't a hack in my launcher, and it doesn't work. Well, there's no reason to use it since there's a JavaPath= setting
Thanks for testing
When I select build All it says:(Cannot run program "make": Launching failed)
The problem is it does not know where MinGW is?
AH!
Your problem isn't with Eclipse Portable
It's with MinGW.
MinGW Portable doesn't come with make.exe by default. You have to download and install the GNUMake32 manually.
Okay, this is the file you need.
http://sourceforge.net/projects/gnuwin32/files/make/3.81/make-3.81.exe/d...
It's an installer so you need admin privs to launch. You can optionally download all the zip files listed on this page and install each one by one (more complicated by regular users can do it). Extract to "[X]:\PortableApps\MinGWPortable\App\MinGW"
http://gnuwin32.sourceforge.net/packages/make.htm
With the installer, that path should be "[X]:\PortableApps\MinGWPortable\App\MinGW"
Leave it at custom installation, and click next. Make sure don't check Start Menu Folder is checked. And DON'T download sources. Uncheck the uninstaller.
If you need any more tools for MinGW compiling, they're right here.
http://gnuwin32.sourceforge.net/packages.html
Thanks for the support.
If this is the case this is very vital information missing from both Portable MinGW and Portable Eclipse page. When I read the two pages I understood that installin Portable MinGW and Portable Eclipse are enough for compiling programs
However, I find it very strange using GNU make while everybody recommends using MinGW make. Moreover, MinGW make already exist in the Portable MinGW directory "[x]:\PortableApps\MinGWPortable\App\MinGW\bin\mingw32-make.exe. Isn't there a way to configure Portable Eclipse to use MinGW make? May be in the INI file?
As I've said before, the problem is with MinGW
I'd have to recompile Eclipse to make it search and use mingw32-make.exe instead of just regular make.exe
Optionally, you can also just rename mingw32-make.exe to make.exe
the default install of mingw comes with make, it just doesn't work. You need mingw32-make (or something similar). I couldn't complie geany with the standard install no matter what I did. When I switched it to mingw32-make, it worked fine. I do not know if this the case with MinGW Portable. I do know it comes with msys, which changes the game.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
Has this issue been updated? I have tried the suggestions throughout this thread, installing GnuMake, etc., but still cannot seem to get this to work correctly for MingW. Is there some variable that I am missing?
Sometimes when I go to another PC, I get the error "Error: Workspace in use or cannot be created, choose a different one." (Title: "Workspace Unavailable")
I simply click OK and then change the driveletter in the next window. But this isn't supposed to happen in a portable version of Eclipse, is it?
PS. I know you'll probably need more info, but I don't know what, so just ask. I'll hopefully remember to come here again in a day or two (or whenever this happens again).
It's not happening to me.
You're not doing anything abnormal right? Like deleting the settings dir?
Or killing EclipsePortable.exe instead of closing it properly? And make sure it's the latest version
Okay, the next time you open and close Eclipse Portable, see if "Data\settings\EclipsePortableSettings.ini" contains a string called LastDrive=
It should equal whatever you current drive is. If the file doesn't exists, then Eclipse Portable is having problems writing that file, and that's the problem.
"Data\settings\EclipsePortableSettings.ini" does contain "LastDrive=F:" at the moment. But now that you mention killing vs. closing... It might be that it didn't properely close. I use ejectUSB with some helpers and it usually works perfectly, however it recently didn't close all the apps properly. That migth've been after I've used Eclipse on a different computer with a different driveletter. (Since my previous post, my driveletter has changed again but EclipsePortable worked correctly.)
ejectUSB sometimes don't close the programs correctly, so the problem you had is probably a ejectUSB fault.
Marlop
Sorry for my bad english.
As Marlop mentioned, that was probably the problem
can't you redirect the folder using one of these methods:
-->from nsis docs:
- http://nsis.sourceforge.net/Setting_Environment_Variables_to_Active_Inst...
- http://nsis.sourceforge.net/Setting_Environment_Variables
- http://nsis.sourceforge.net/Setting_Environment_Variables_Examples
-->from portableapps.com forum:
- https://portableapps.com/node/21978#comment-137802
- https://portableapps.com/node/17637
if you can't, say why and i will try to find other way.
Marlus Lopes
thanks your atention and sorry for my bad english.
It requires moving, and it requires various SVN clients to do it in the same way. As I've said a few times, it' best to leave it for the moment with the note that SVN passwords are not portable.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
A lot of people want this official
Can't I just put some subclipse warning or block it from Eclipse Portable? After all, it's an unsupported plugin.
I'll also add that probably less than 5% of Eclipse programmers use it.
Well, I should be talking to John about this though.
@marlop: Thanks for helping
Eclipse 3.5.2 is out today it shouldn't include any portability breaking changes since its a bug fix release.
Just letting you know (Yay another massive upload for you :P)
Also don't block subclipse/subversive (If that's even possible without making a mess) that would be silly, Just place a warning on the download page of Eclipse Portable.
EDIT: I still find it kind of funny that there are two Eclipse SVN plugins which are so similar.
Wait, two???!!!!
All I knew about was Subclipse!!!!
Thanks, I didn't know about it, and I'm finishing up some more optimizing, so I'll probably have it by tomorrow
BTW, all I have to do is search if one of subclipse's files are there, it's pretty simple, but I'm going to go with what you did and leave the warning the download
Maybe you should submit a bug for Subversive to make changes for it so it can be portable to?
Subversive is the one availible in the Eclipse update manager so some users might install that to.
http://www.eclipse.org/subversive/
Ya gotta be kidding me
(I don't know how many times I've said all of these things... I've lost count!)
The issue is with the Subversion library itself storing things in AppData in a way which can't be redirected safely, that's why it applies to all SVN clients.
If someone wants to work out where the issue is with Subversion please do. I took a look upon two occasions and couldn't figure out where it was happening. If you do find something, make it an environment variable override. That's nice and easy to manage from inside a launcher.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
Note to Release Team:
I would really like this to be official before March 8th (My Birthday :)), just to have an accomplishment to be happy about when it comes.
So could you please tell me how much more needs to be done to make this official? I don't care how much work I have to do between now and then. Thanks
Sorry gluxon, the relase team is dead. Somebody killed it while it slept.
CM says its not going official until subversion is dealt with. I guess since JTH is God and CM is his prophet, well.
On the other hand, you're welcome to join me in the back. (Which means the back of the room, where the punch and cookies are. People and their dirty mind, jeesh.)
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
I've said this before, but not publically, I don't see why subversion has to be dealt with. It's a plug-in, and external firefox stuff aren't being dealt with either, like Adobe Flash settings.
But, oh well... could you pass the punch?
I've also said several times that we don't need to worry about it. I've decided it's not worthwhile addressing, rather we should merely warn that passwords with SVN plug-ins aren't portable. This issue is also going to apply to a number of other Eclipse plug-ins (far more than to Firefox extensions due to the nature of it).
Over time I imagine explicit support will come in for the more popular plug-ins; for example, currently EclipseNSIS is supported properly (as it's fairly easy and in our line of business likely to be fairly popular).
I went through and tidied up the launcher an enormous amount and fixed a few fairly minor bugs while I was at it and sent it off to gluxon again; I'd like to see those changes put in and possibly more simplification done - as the launcher is then in a simple enough state to be able to work out what it's doing (the code before was what I would describe as utterly unmanageable, now it's merely spaghetti ;-)) - before I reckon it's ready to go official.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
It is my most used app after all
Are you going to realease 3.5.2 as a development test?
Or are you waiting for something?
Just wondering.
You know you can use the eclipse built-in updater right?
The launcher supports it.
As for the new version, I'm going to add some code optimizations for it
[Edit: I'm going to start using the logic lib like Chris suggested. ]
I guess youre right since there shouldn't be any portability breaking changes in a bug fix release of Eclipse.
Guess it means it will be done when it's done
Good luck on optimizing your launcher code
Thanks
I have a portable eclipse by writing a little .bat file (on Windows). The downside is that a console window remains open while Eclipse is running, but it's not a big deal for me. Somehow compiling bat to exe by using tools available in the internet won't work.
Assume I have a development directory on my USB drive, with the following subdirectories:
eclipse (you know what)
workspace (workspace)
jdk6 (copied from a default installation on windows)
android-sdk-windows (if you want to develop Android apps)
Here is the bat:
Works great, except the path to android sdk inside eclipse is absolute so if your drive letter changes you have to adjust it. Also, once run, adb.exe (part of Android sdk) remains in memory until terminated. While running you won't be able to safely remove the usb drive (windows will complain).
...
Works great! Also, to get rid of adb safely, simply add a line:
@%~d0\development\android-sdk-windows\platform-tools\adb.exe killserver
That will stop the debug server gracefully on the way down so there is less risk of data corruption.
Thanks,
-D
Your comment inspired me to make a launcher that will automatically do everything the batch file you posted does, but without the command prompt window, and that will work with the PortableApps.com Platform.
Replace "X:" with your drive letter where appropriate.
1. Download AutoIt and the full version of SciTE4AutoIt3: http://autoitscript.com/
2. Open SciTE4AutoIt3 and copy and paste the code from this page in: https://gist.github.com/985260
3. Save the script to X:\PortableApps\EclipsePortable\App\AppInfo\EclipseAndroidPortable.au3 and then press F7.
4. Wait for the progress window to disappear.
5. Open X:\PortableApps\EclipsePortable\App\AppInfo\appinfo.ini and replace Start=EclipsePortable.exe with Start=EclipseAndroidPortable.exe.
6. Close and re-open the PortableApps.com Platform, if you use it.
7. Start Eclipse Portable and wait for it to start.
8. Follow the instructions at the Android documentation Website to install the ADT plugin in Eclipse.
9. Download the Windows ZIPped version of the Android SDK tools and extract to the EclipsePortable App folder.
10. Go to Window and Settings, followed by Android. Enter \PortableApps\EclipsePortable\App\android-sdk-windows and click Apply, then OK.
Now you can use the Android SDK inside Eclipse, even when your drive letter changes!
This is an airconditioned room - Do not open Windows!
10 days have passed...
Are you trying to get it to become official or something?
EDIT: I am still wondering if there are any plans to have an official Portable JDK to use with Eclipse.
By the way, Gluxon are you planning to release Eclipse 3.5.2 Portable? (I Know you can use the Eclipse built-in updater but its painfully slow sometimes especially on some of my friends usb drives.
Least I'm not seeing it, will you be adding the ability to change the default workspace? I appoligze if it's already there, but all My attempts at changing it have failed.
I use Eclipse PHP along side XAMPP, and it's annoying to have to recreate my projects everytime I start EP because it's defaulting to the default location. Otherwise I'd have to copy my code every time, which can take forever sometimes, unfortunatly.
(Yes, I could change the XAMPP root dir, but in all truth, I'd rather the ability to change workspaces).
I implanted the workspace switching already.
If the locations anywhere on the drive, it'll update it when you move across computers. You probably won't, but don't put the workspace on the C: drive or alike.
If it's still defaulting, could you check whether Data\settings\EclipsePortableSettings.ini says "FirstRun=False" and LastDrive has the value of your LastDrive?
I too wanted to run Eclipse Portable with the JDK as this is what is specified for Android development, which I want to try. As I'm new to Eclipse this post will probably seem naive but I thought it worthwhile recording what I'd done.
I've tried a slightly different route to the posts above. I was prompted by the following page:
http://www.avajava.com/tutorials/lessons/how-do-i-view-and-debug-jdk-sou...
This showed how, with Eclipse set up with the default JRE, when you click/F3 in the Java editor on a standard class such as String you get a Class File Editor window saying " source not found". To change this it suggests you switch Eclipse to using the JDK as follows. Go to Window → Preferences → Java → Installed JREs. Then, assuming the that JDK isn't on the list of installed JREs, use the search button to point Eclipse at the JDK directory and the JRE in the JDK is found. It can then be chosen from the list of installed JREs.
I didn't have JDK on my computer so downloaded it directly to my USB drive and installed it there. I'm hoping the JRE on my C: drive hasn't been affected.
I then found that previously created projects still used the Common Files JRE, but newly created projects used the JDK version of the JRE and now click/F3 on String gives the class source.
I'm hoping that I now have Eclipse installed with the JDK and I can go on to run the Android plug-in.
We shall see.
David
Shortly after posting that, I got the 'Invalid Workspace' error mentioned above. With that, I was able to specify my XAMPP Dir as the default workspace, and it seems to be working thus far. I did have one instance where it pulled the same error on the XAMPP dir.
Anyways, Thank You. I'll keep digging as I can to try and see if I can figure out what I'm ultimately not getting right.
Edit: Sorry, Wasn't Logged In So It Didn't Post Under The Original Sub-Thread.
I first installed portable Java JRE.
I got eclipse portable C/C++ from here:
http://sourceforge.net/projects/eclipseportable/
Then installed plugins for Java:
Help -> Install New Software... -> Work with: (hit the drop down arrow) -> Galileo - http://download.eclipse.org/releases/galileo -> Then selected Java and C/C++ under Programming Languages -> Next, etc
Then Help -> Check for Updates for eclipse platform updates
As for subclipse, as you've said the developers need to make it portable, so go here:
http://subclipse.tigris.org/issues/show_bug.cgi?id=1095
Create an account, but since you have 10 votes to cast on all of the bugs on the site, cast all 10 on this bug... (you can redistribute them later if you want)
Thanks it is working
We don't allow links in signatures. Please remove the link or this comment (and any future comments from you) will be deleted.
Eclipse portable doesn't current detect MinGW portable.
The new project window doesn't display it as a choice.
You will need to figure out how to make the cdt detect it and use it, I'm not sure how it searches for MinGW.
You might also want to add MSYS to the path, that will make Eclipse use make from MSYS which wont require changing Eclipse's to use mingw32-make in its settings.
I didn't think about adding MSYS, thanks
It searches the environment variables for MinGW, unfortunately
Look at: http://cdt-devel-faq.wikidot.com/#toc27
For information on CDT's MinGW detection mechnism
Also in the next Eclipse(3.6) and CDT(7.0) version it should also detect it from the %Path% enviroment variable. (https://bugs.eclipse.org/bugs/show_bug.cgi?id=195572)
Gluxon, please be sure you also handle Eclipse's secure storage. used to store stuff like passwords for use in various Eclipse plugins.
By default it uses Windows API to generate a password for it linked to the current user, I don't think this will work well with portability...
And also it stores the secure storage in the root of the user dir, which is also not portable, Eclipse provides a cmd argument to change this.
Could you provide an example of a plugin that does this? Thanks.
Try the latest subversive plugin (The one for Eclipse 3.6 Helios). (SVN is still not portable but that's a plugin I remember from the top of my head that uses it)
Mylyn should also use it (Use remember my password), but I didn't try it.
SVN is not portable and just leave it.
Even firefox portable and open office portable, some plugin also leave footprint in host system, no one can control what 3rd party do then...
Eclipse Portable 3.6 Development Test 1 Released
Eclipse can be made in portable easily, i follow this thread
https://portableapps.com/node/929
extract the official zip release, edit the eclipse.ini to point to JDK folder,change the workspace to relative path, done.
So,i want to know, what different of gluxon's release?
Is it somethings i miss or the method on this thread [https://portableapps.com/node/929] is outdated and not fully portable?
The difference is the launcher and the paf format.
This Eclipse Portable updates the files open on your drive in your workspace, similar to Notepad++ Portable and Songbird Portable. It allows you to use MinGW and EclipseNSIS with it with all the paths updated.
It also updates the workspace directory, but I didn't realize the workspace could be set to a relative path.
You know, Eclipse might work better with a relative path workspace.
It just needs a bit testing to make sure there are no plugins that have issues with it.
Although considering Eclipse's design, I doubt so.
Nope, Absolute paths would work better. It allows me to update the workspace path if the user decides to change it, and how would I convert it back into relative when the user specifies an absolute path?
Aside from workspaces, wouldn't relative paths work better for plugins? I'm using the portable Helios now with a GWT plugin. I switched computers today and now my thumb drive is coming up as F: vs E: and my GWT plugin is now kaput. Is there any way to fix this issue without having every plugin developer make theirs portable? I really need this. I use too many computers and I don't always have the option of doing drive letter designations since I don't always have administrative rights. It seems to me that Portable Eclipse is useless if the plugins don't follow suit.
No. Each plugin stores its settings in a different file. All of them would have to be updated.
So is there a solution in sight to this problem? If I were not programming GWT right now, I guess I'd love this app. That being said, I tried it with the portable Java but it seemed to crash after a GWT compile so I removed it. Of course that could be specific to the Google plugin too.
That probably came from this bug.
I can try to portabilize individual plugins though, so far all I've done is EclipseNSIS. Guess it would be fair if I did GWT and other popular ones as well.
That would be great, but it just doesn't seem to be possible to please everyone that way. Too much work. Too bad there isn't a generic fix. It just seems that this idea of portability should be taken into account by the original vendors, allowing there to be a simple setting during setup to make the app portable across the board. Great job on this app. It's a start.
perhaps add a INI field for the plugins so that a user can manually add files that need to be adjusted.
Just make sure it loops
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
It would be nice if the SSH2 home (Preferences -> General -> Network Connections) by default is set to a directory inside the Data directory.
Thanks for finding that. It should have done so already. I'll add it in Dev 2
Where does each plugin store it's path? I'd like to experiment with those settings.
I believe it varies from plugin to plugin.
I have found a small issue sometimes, Eclipse decides to create a "opt" directory at the root of the portable drive, although this doesn't diturb portability since it is saved in the portable drive, you might want to check it out. (move it into data or delete it)
Also think you can add an EclipsePortable.ini option to specifiy directoies/files that the launcher should handle, that some Eclipse plugins (Mostly third-party ones) use to store settings outside the workspace?
EDIT: Oh yes, I updated my Eclipse Portable to 3.6.1 (Aka Service Release 1) via the Eclipse built-in updater.
I think it would help gluxon to know what system(s) your on when that happens.
Windows XP Professional
On my school
I also have a Windows 7 at home which I use with Eclipse portable to, just in case you want to know.
Using an application's built-in updater has a tendency to break portability because it can cause the main application to bypass the PortableApps launcher, and then it's starts creating settings all over the place as if it were the non-portable version.
Pages