Picking the Right Eclipse Distribution 78
Someone over at IBM Developerworks who prefers anonymity writes "Depending on what you want to do, there is probably a commercial or free distro built on the Eclipse platform waiting for you. From C/C++, Ruby, PHP, Groovy, Java, and Web development, you can use an IDE built on Eclipse to help you. The big question is: Which Eclipse distribution is right for you?"
Which Eclipse distro is best for you? (Score:2, Funny)
Re:Whichever one doesn't require Java (Score:5, Insightful)
Re:Whichever one doesn't require Java (Score:5, Informative)
You can fit Eclipse with JDT, CDT, PyDev, RDT, Subclipse, WST, DTP, etc. and the JDK (which includes source and documentation for the entire API), Python, Ruby, and heaps more, on one CD, with room left over. I know because I've done it. 7zip is your friend.
Re:Whichever one doesn't require Java (Score:5, Funny)
Re: (Score:3, Informative)
Netbeans ofcourse! (Score:2, Informative)
Whichever is most popular. (Score:2)
It's what all the cool kids are using.
In truth, I don't really care which components are bundled with installer X, Y or Z - I'll end up downloading what I need to add to my base installation anyway.
Re: (Score:3, Insightful)
It's all matter of taste and what you need. The good thing with Eclipse is that it's relatively easy to start with and you can adapt it to your needs.
Re: (Score:2)
Web Development (Score:3, Informative)
Editor vs OS vs Eclipse (Score:1, Insightful)
If you want an OS: Emacs.
But not slow Eclipse.
Re: (Score:3, Informative)
You are wrong, Eclipse has its uses (Score:5, Informative)
It's great! Give it a try. I would never use Eclipse itself, but I wouldn't want to miss eclim...
Re: (Score:2)
1. Auto-complete - if you have an object "foo", type "foo." and it will give you a scrollable list of all methods and variables of foo legally accessible from the current context along with their parameter list
2. Hot-key recompiling of your entire project
3. Handy refactoring methods - for example, select a file, right click, select refactor, move and rename to another package, and then Eclipse moves the file and updates all package imports and name references in your entire
Re: (Score:2)
I exaggerated my point in the earlier post, so I will repeat it more honestly here: it will take weeks of work dedicated solely to mastering Emacs before a typical person can have better productivity than someone with two or three days dedicated to learning a decent IDE.
But let's talk about something else (Score:3, Funny)
What editor do you other slashdotters use? Maybe you know one I have never heard of that is the holy grail.
(Emacs vs vi posts coming in 3..2..1..)
Re: (Score:2)
Re: (Score:2)
In Linux, I use MC's built-in editor (mcedit) and Kate when I have a GUI. Will read the comments for other suggestions...
Re: (Score:2)
Re: (Score:3, Interesting)
UltraEdit is cool for "column edit" mode. RegExps only go so far.
But, other than that, I use SciTE. UltraEdit these days is getting too bloated...
Re: (Score:2)
And I'm still using that old version 8. I see it's at 14 now...
Re: (Score:3, Funny)
PIDA, it loves you! (Score:5, Informative)
It's more of an IDE "container" that handles things like file browsing, buffer management, multiple projects, consoles, TODO/FIXME comments, pastebin, and more. It supports vim, emacs, and others. Makes life much easier. Personally, I use the vim mode.
Nothing quite like having an IDE tell me it loves me each morning.
- shazow
one of these things is not like the other... (Score:2, Funny)
Groovy. Really?
Re: (Score:2)
Lets you write code very similar to Ruby if you want, but its just java on the back-end, running on the JVM.
Re: (Score:1)
That being said, I've got nothing against Groovy, or BeanShell, or PNuts, or any of that ilk. But let's be realistic, it's only been around for *maybe* four years, and to I would suggest most people consider it a niche language that hasn't been around long enough to avoid the "flavor-of-the-month" label.
Since the OP was advocating Eclipse as a universal development environment, it seemed odd to leave out Perl, Python, Lisp, and others, but still include
None of them (Score:3, Informative)
Eclipse sucks. It uses 10x more memory than it should, it's a gigantic download, it's slow, the user interface is annoying, it takes forever to start, getting support for new file types requires downloading dozens of megabytes of "plugins", the autocomplete is slow, it only allows you to do one thing at a time (i.e. try configuring build settings and starting a build at the same time), outside of installing (or creating) a new "plugin" it's not very customizable, different "project" types have radically different interfaces, ...
I could go on all day. I'll stick with Emacs, thanks.
MOD PARENT UP (Score:1, Insightful)
I don't think I've ever worked on an eclipse project for significant time without it crashing. The biggest issue tends to be eclipse *running out of memory* on big projects. This often still occurs when I give eclipse a gigabyte or more of memory to work with. How the hell is eclipse using that much memory?
Also, most of eclipse
Re: (Score:1)
Re: (Score:2)
On the java java ide front there is: ...
netbeans (by sun)
I can't speak as to whether these java IDE's have solved the memory problem, but they can't possibly be as bad as eclipse.
Netbeans is. At least as far as being unusable on a non-uber machine. I was taking a Java course last semester (thankfully, I don't have to use it for work. I loathe java), and used vim for the basic java stuff, but in the end when we got to the JSP and Web App crap, I installed netbeans. When it used up 590 MB of my laptop's 512MB (mm... swap thrashing), I gave up and ran it on my 2G desktop.
Horrible.
Re:None of them (Score:5, Funny)
When I read that, I couldn't help but think of this:
Zapp: The key to victory is discipline, and that means a well made bed. You will practice until you can make your bed in your sleep.
Fry: You mean while I'm sleeping in it?
Zapp: You won't have time for sleeping soldier, not with all the bed making you'll be doing.
;-)
Re: (Score:2)
Since my company pays for IntelliJ I don't have to deal with Eclipse, but I've used it a few times and, well, eh, it's just another IDE.
Re: (Score:1)
It's been a long time since that actually worked. Now I use Eclipse.
Re: (Score:2)
Oh, I definitely noticed that. But let me put it this way... if Emacs is terrible for using "Eight megs and constantly swapping", there's really no excuse for Eclipse using 800 megs with far fewer features.
Re: (Score:1)
there's really no excuse for Eclipse using 800 megs with far fewer features.
I'm not sure where you got your numbers, but you're way off for Eclipse memory stats. I use Eclipse for Java, PHP (PDT), CFM (cfeclipse), Subversion (subclipse), controlling my MySQL databases (Data Tools), and Eclipse plugin development (PDE). With 4 Java projects, 2 PHP projects and one ColdFusion project open for the past week, Eclipse is using 370MB of memory. Of course the swap file is huge, but even Firefox has a swap file over a GB right now.
As for the features, emacs is feature rich, but I
Re: (Score:2)
LOL! I have seen, with my own eyes, Eclipse use well over 800 megs. If it weren't against work policy, I would post a screenshot.
Escuse me? Could you point out where I said anybody else should use Emacs? I was clearly listing the reasons I prefer Emacs over Eclipse. Never did I say anybody else should use Emacs o
Re: (Score:1)
Escuse me? Could you point out where I said anybody else should use Emacs? I was clearly listing the reasons I prefer Emacs over Eclipse. Never did I say anybody else should use Emacs over Eclipse. If you could point out where I did otherwise, I'd like to see it.
You're right, you did only say that you would stick to Emacs. I suppose I just assumed that answering a question of "What Eclipse distro should I use" with "None of them, Eclipse sucks, I'm sticking to Emacs" implied that you were recommending Emacs over Eclipse to the asker (and by extension, the Slashdot readers.) I'll answer the posted comments and not my own interpretation next time.
On a related note, if your Eclipse installation is using more than 800MB of active memory, you have a serious probl
INTERCAL? (Score:1, Funny)
Slashvertisement (Score:2, Insightful)
I go with lunar (Score:1, Funny)
It's not the "in" opinion.. but.. (Score:5, Informative)
It's ability to deal with multiple languages, and especially it's perspective system makes my job a lot easier.
I think there are really two reasons people don't like eclipse.
The first is obvious. It's a bloated resource hungry Java application. I definitely agree with this. For eclipse to be usable you need a pretty beefy machine. A lot of people refuse to use eclipse, even if they have a powerful machine, just on the principle that it is so damned bloated.
The second is that the "out of the box" settings are terrible. Toolbars are in awkward places, important options are buried, and of course things like "highlighting occurrences", something I have _never_ understood the point of, are enabled by default. Eclipse takes a fair bit of tweaking before it becomes usable.
Re: (Score:3, Insightful)
I agree (Score:5, Insightful)
Eclipse is the only IDE that I've found that can work across all these scenarios, and leave me with the same IDE across multiple languages. I don't have to worry about remembering the layout of multiple IDEs for each language or OS, and that makes me more productive. I install the plugins that I need (YOXOS, FTW!), and I can drop the eclipse directory on a network share, USB drive, or live CD and have the same environment everywhere I go. Every computer has a JRE installed these days. Also, each summer they do an incredible job of releasing multiple projects on the same day. The built in debugger is great, too. I've yet to find a better way to debug multi-threaded apps. Finally, you can specify, at launch, the memory parameters for the IDE via the normal JRE flags (-xmms, -xmlimit, etc.) if you aren't on such a beefy machine. But then again, if you're developing and debugging any language 'higher' than c/c++ these days, your sanity will depend on having a fairly beefy machine. Especially if you want to have firefox open on one screen and your IDE open in another (although, you can open firefox in Eclipse if you haven't the extra screen real estate).
It's unfortunate that the in crowd, armed with mostly FUD and occasional actual arguments, has decided that Eclipse is 'teh sux0rz'. I've yet to find many people who can put up much of an argument against Eclipse that doesn't center around; "Java is slow" (1996 wants their troll back, modern JITs are nearly as fast as native machine code), "it's ugly" (right, does it work?), "it uses too much memory" (ok, have you bothered to change your JRE memory settings?), "it's a huge download" (without JRE the base download is less than 100 MB), "dependency chasing sucks" (true, have you tried YOXOS?), "I'd prefer emacs" (I prefer vi, but you won't catch me writing or debugging a high level language in it). To each his own, but Eclipse is a great IDE if you give it a shot.
Re: (Score:2)
However, there is one preference I had to change to make it usable: I unset "Keep marks when the selection changes", so that if you click away the highlighting goes away too. Without that setting I was annoyed too when I first came across this feature.
Re: (Score:2, Interesting)
Re: (Score:2)
VIM for the masses (Score:1, Insightful)
my 2 cents (Score:2, Funny)
Which one for c#./mono? (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2)
Sorry, got sick of it... (Score:4, Interesting)
Then I got sick of the direction it took around 3.1 release. Here are they in no specific order:
* No direction sense in platform development: Eclipse was supposed to be an application development platform. However, it seemed the Eclipse foundation was eager to include each and every requirement of its members (the big names!). The platform became a mess that I just can't figure out how to update my code to 3.x line. The documentation was _pathetic_ and things just don't work.
* The documentation SUCKS: Did I mention it already ? Did I mention that most of it either just doesn't exist or hasn't been updated for 3.x ? Did I mention that the members mostly try to make money around "training" people in it ?
* The plugin nightmare: The plugin and update system just doesn't work! Yes there are a lot of plugins available, but trying to keep track of them and their dependencies is a nightmare. Some plugin needs GEF 2.1 an other needs 2.3. The dependency hell was unmanageable. Mostly it was like that - I would create an installation and once I got it working "somehow", I wouldn't touch it! Updating it would really mean creating another eclipse installation and mucking about there till I got things "right" and only then switching to it.
* J2EE Support - rather the lack of it: MyEclipse was best then. It sucked.
I went there just yesterday, and for life of me couldn't figure out why they split it into so many distros... and over that if I need a GUIDE to tell me what is right for me - well they're not doing it right then!
I tried Netbeans 6 once. Now with Netbeans 6.1 - It's just perfect. It *just* works and DOES NOT nag me! When I'm doing my work I want my tools to work right.
Play when playtime, work when time to work! Netbeans 6.1 fits that *perfectly*. Oh, that and the jVi plugin for netbeans which provides "optional" Vi/Vim mode for Netbeans editor and I'm just set.
Did I mention that Netbeans is best when it comes to J2EE/Web development ?
Wait a minute! (Score:1)
Re: (Score:2)
I tried NetBeans the other day. Unfortunately, when I tried to run NetBeans on one machine and display it on another machine, it just showed up as a big, empty gray box. :(
I found a few bug reports related to Swing applications (such as NetBeans) having this behavior in certain situations, but Sun doesn't seem very interested in fixing the problem. It's frustrating because every other X application (including Eclipse, which is not based on Swing) works just fine and dandy over the network.
Since I e
Re: (Score:1)
doubt it will help, but worth trying. rm -R your
Re: (Score:2)
I'm not sure why this problem occurs for me and not for you. I'm attempting to run NetBeans 6.1 with Sun's JDK 1.6.0_06 (64-bit) on an Ubuntu 8.04 box (amd64) and displaying it on an Ubuntu 7.04 box (also amd64). It turns out that Netbeans was not hung, it was just REALLY slow. Slow as in "takes a minute and a half to draw the screen" slow. I tried your suggestion about the cache directory, but it didn't help. I did get curious, though, and looked into the matter a little further.
I performed some X
Re: (Score:1)
Seriously, the plugin system works so freaking badly. I have had MULTIPLE 3-5 hour install nightmares based around the CDT and the various PHP plugins from a stock Eclipse download.
Not to mention the problems you run into when you have multiple JREs in Linux.
Back in the old days, I used Eclipse because Sun's offering ground my computer to a halt. But today, Eclipse does that, and is impossible to manage plugins-wise.
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
I'm still waiting for it to load. But when it finally finishes, I bet it will be real good. I can hardly wait.
Re: (Score:2, Informative)
No need to go through the horror of trying to add n
Why is eclipse popular? (Score:2, Interesting)
Re: (Score:2)
Re: (Score:3, Informative)
I have to admit I know nothing about Eclipse distros, I just downloaded this thing called Europa that the Eclipse site pointed me at, and never looked back - I've had very little problems with it.
It's a big beastie alright, and digging thru the options (esp for J2ME work) can be a mission. Could use a tidy-up. The other
The Right Distribution (Score:1)
"None" is the right answer for me. (Score:1)
The obvious answer is... (Score:2)