Collaboration: At the Extremities of Extreme
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
News
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Planning for Eclipse 4.0
Posted by R.J. Lorimer on Mar 14, 2008
The e4 moniker is a reference to Eclipse 4.0, which would be the next major release number for the classic Eclipse distribution and platform projects. The last three major Eclipse releases shared these version number relationships: Callisto corresponded to the Eclipse platform v3.2, Europa corresponded to the Eclipse platform v3.3, and the upcoming Ganymede release corresponds to the Eclipse platform 3.4.Component Description:The Eclipse Project PMC is announcing a new component, called E4, as part of the Eclipse Project Incubator.
During the Eclipse Project 3.4 release cycle, one of the important plan items was "Create the Eclipse 4.0 Plan". The intent of this work was to identify the most pressing issues that would impact the ongoing success of Eclipse, and come up with a plan to address them. The result was the design of a new platform "e4", which will be the basis for Eclipse 4.0.
The goal of the e4 component is to provide a public venue for the initial explorations that were done, leading up to the e4 design. We expect to continue to work in this area until we have reached consensus on how the full e4 effort will be structured.
Historically it has been common practice for these plan documents to outline the thematic goals for a given release of what is commonly called the Eclipse top-level project. Traditionally, the top-level project has encompassed the Eclipse platform, the Java development tools, the Plug-in development tools, and all other components of the commonly referred-to Eclipse 'classic' distribution (the Java and Eclipse Plug-in IDE). This plan format has been used since the 2.1 release of Eclipse, and each prior plan is available on the Eclipse top-level project site. The e4 announcement is a somewhat different approach in that community involvement is being asked prior to the drafting of any plan.
Initially, the e4 project is little more than a community gathering point; a place to track early changes and ideas in code. The goal of opening this project now has been described by many of those involved as an effort to get community input and ideas at EclipseCon 2008, and to then begin drafting a plan based on the community input after that point. Kevin McGuire, an Eclipse committer who primarily works on the Platform UI team, described e4 in this way:
While there was some heated discussion over the format and approach of the initial project announcement, the e4 project is likely to become a central test-bed for the various transformations that Eclipse will go through to reach its next major milestone. In the past, major version number increments for Eclipse have represented significant changes for the Eclipse project. The transition to Eclipse 3.0 encompassed the move of Eclipse to the OSGi platform, the announcement and creation of Eclipse rich-client platform, and both a look-and-feel and performance overhaul. The expectation is that Eclipse 4.0 will also represent such a major shift.We on the platform team care passionately about Eclipse. We know you do too. We want to see it live a long, healthy life. We want it to serve its community as best it can. When we can’t achieve that it makes us sad. It’s clear to us that for Eclipse as a platform to remain long lived, vibrant, and relevant, it must be able to change. But the weight of a zillion plug-ins, projects, and API means the path of least resistance is stagnation, and the effort to effect change given the current constraint system is becoming monumental.
Therefore, two things must happen:
- A new space must be carved out in which experimentation can happen, leading to change.
- New people must get involved, bringing with them their energy, ideas, requirements, knowledge, passion.
These two are intrinsically tied.
That is e4.
InfoQ will continue to cover future Eclipse planning decisions as they become available.
RelatedVendorContent
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
Monitor your Production Java App - includes JMX! Low Overhead - Free download
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
Column-Based Editing
by
Dmitriy Setrakyan
Posted
Re: Column-Based Editing
by
Jacob Northey
Posted
an IDE that doesn't crash every 5 minutes
by
Abdelkrim Boujraf
Posted
Re: an IDE that doesn't crash every 5 minutes
by
X Y
Posted
Re: an IDE that doesn't crash every 5 minutes
by
David McClanahan
Posted
Re: an IDE that doesn't crash every 5 minutes
by
Jakub Jozwicki
Posted
Re: an IDE that doesn't crash every 5 minutes
by
Mike Funk
Posted
-
One of the features which exists in Idea but I really miss in Eclipse is column-based editing. I wonder if there are any plans to include it into default distribution.
Best,
Dmitriy Setrakyan
GridGain - Grid Computing Made Simple -
Block selection is one of the features that I have been waiting for since Eclipse 3.0. They are still working on it:
bugs.eclipse.org/bugs/show_bug.cgi?id=8521
bugs.eclipse.org/bugs/show_bug.cgi?id=19771
If you just can't wait, check out columns4eclipse:
sourceforge.net/projects/columns4eclipse -
An IDE that does not crash every 5 minutes is something that is missing inside Eclipse.
Calipso is a proof that the integration of plugins coming from many different developers/vendors is killing the stability of the application.
Install Calipso and try to run the tutorial named "bottom-up creation of web services" to understand me.
I moved almost definitively to netbeans, which shows an integrated IDE taking into account the needs of the developers. I am waiting for Ganymede in order to have enough reasons to move definitively to Netbeans.
Abdelkrim -
Haven't seen anything like this, and have been using Eclipse for years now.
-
I have to agree with X Y. I've been working with Eclipse for several years and it has always been stable for me ... except when I have tried the development branch from time to time, which is to be expected.
-
Maybe you are missing -XX:MaxPermSize=256m in eclipse.ini
-
rant on...
I just downloaded the latest version of Ganymede, created a Java project from existing source, attempted to create a 'user library' for an existing directory of jars and it 'crashed'. I tried this several times, but to no avail. I'm an Intellij guy, but I spend a lot of time helping Eclipse/RAD users work around problems. Can the Eclipse people just make an IDE that is not such a total piece of 'crap'? Seriously, why is it that the Intellij and Netbeans teams are so much more talented, producing vastly superior IDEs? Perhaps, the final release next week will not crash during the execution of such simple tasks. One can only hope.
rant off...
7 comments
Watch Thread Reply