Eclipse Foundation Celebrates 10 Years
msmoriarty writes with news that the Eclipse foundation is ten years old this week. Although Eclipse was released in 2001, development was controlled by IBM until the creation of the independent Eclipse Foundation in 2004. "According to Eclipse Foundation Director Mike Milinkovich, that's a major reason Eclipse was able to thrive: 'IBM....did an exemplary job of setting Eclipse free ... We became the first open source organization to show that real competitors could collaborate successfully within the community.' He also talks about misconceptions about Eclipse, its current open source success, and what he sees for the future."
Even though I've owned a copy of IntelliJ IDEA for over a year, I still use Eclipse everyday for Java development. Latest version is great and the extensions available for it make it even better.
Reviewing just the first hour of video games.
I always found Eclipse to be very fidgety, and I've only ever been able to get one non-java project debugging properly inside of it. Conversely, netbeans ... well.. it just works. It has full C++11 support these days, and is, in my opinion, much friendlier to pure java development, using ant as its native build tool.
(My money's on this comment being modded down by eclipse fanboys, ah, but what the hell, I'll post it anyways.)
File under 'M' for 'Manic ranting'
Eclipse and Java make a bit of a unique pair. Java is massively verbose by today's standards, but it's strict typing and highly declarative approach allows your IDE to do amazing things when it comes to refactoring or code analysis. Then there's the fact that Eclipse is by no means just a Java IDE, but that's just part of its giant eco-system.
Eclipse is one of the reasons I was super sad that Oracle bought Java instead of IBM. IBM at least proved they can make a good product using Java, using its strengths and subverting its weaknesses.
It's turtles all the way down.
I've been using Eclipse on for pretty much 10years now and by and large, the tool has been pretty darn soliod. its a memory pig so get over it. I throw 1.5G at the heap and though it rarely if ever gets close to it, the amout of speed it performs mosdt operations is amazing.
There are warts which I find personally lousy (like Mylyn of the built-in profiler, and much of the built-in text validators), but thankfully most of those can be trivially turned off and tweaked to speed up usage even more. With a few choice plug-ins, you can do a lot of the hard lifting without effort.
I've only had cursory usage of Netbeans/Idea, but Kepler is really a dream to use. Note, almost every first few months of a new release are generally ass, and Juno was entirely ass so be warned. Just because one version of Eclipse may be a flake, don't discount the platform.
Bye!
...I'm still running 3.7 because the 4.x releases are (by all accounts) still not "fixed". Sigh.
...and I'm still waiting for it to load!
Eclipse has become a universe onto itself. It's got its own GUI kit, thread model, all kinds of stuff I'm too drunk to name at this moment.
Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
One of the most awesome things that the Eclipse people did was switch to a foundation built on OSGi after the first version. Eclipse is a showcase that showcase the power of a modular component framework.
Sun really screwed up by failing to adopt OSGi for Java's module system.
When I think of the best technologies available to the average Java developer like myself I rank the JVM first and OSGi second.
With setup boxes now set to become ubiquitous, I want a box that integrates some OSGi-like framework that will enable me to integrate all the devices in my house.
Have you ever looked at the code behind eclipse? It's terrifying!
No, I haven't. But I'll concede that anyone who can write bad code in Java can write much worse code in C++.
From the limited time I've spent in eclipse's code, it seems a case of poorly done decoupling. It's layers upon layers of abstraction that's expected to just kinda sort itself out, which of course it doesn't and things end up in loops until the operation either times out, fails, or something changes that lets it get out of the loop and maybe even finish.
Clicking the cancel button is optimistic at best, especially when it's in one of it's death patterns. It just really seems to do a poor job of operation management in my opinion. When eclipse seems to be "taking forever", chances are it's two operation tasks bouncing back and forth waiting on each other, and not actually slow processing.
That said, I still love eclipse for Java development. Once you learn the do's and don'ts (and which files to delete when eclipse has a melt down), it's pretty usable.
Have you adjusted the heap memory settings in eclipse.ini?
Here's the guide I wrote for using the IBM JVM for RSA and RTC, Oracle/JVM settings are similar.
XML is a known as a key material required to create SMD: Software of Mass Destruction
Thank you for that link, as it's probably quite useful.
However, addressing Eclipse rather than you, I've never used any other IDE that required a user adjustment in heap memory settings. There's something wrong with that.
On the desktop? Minecraft? Azureus? IntelliJ IDEA? OpenOffice? NetBeans? SoapUI?
If you're looking for substantially more complexity than these sorts of things though then there aren't really any desktop examples that come to mind. It's all server side stuff.