Dan Haywood is a UK-based freelance consultant specializing in enterprise application development using domain driven design approaches and agile development. Technology skills include Java, JEE, .NET, Sybase, RDBMS, OOAD, UML, AOP, TDD, Subversion and TFS Dan is a committer and advocate of the Naked Objects framework, and the author of “Domain Driven Design using Naked Objects”, published by the Pragmatic Bookshelf. Dan is a DZone MVB and is not an employee of DZone and has posted 13 posts at DZone. You can read more from them at their website. View Full User Profile

Giving up on Eclipse Juno

10.15.2012
| 8684 views |
  • submit to reddit

In my last blog I posted about my Eclipse 4.2 Juno setup; as much as a reference for me in case I needed to do a reinstall as anything else.

What I didn’t talk about then was the issues I’ve been having generally with Juno. I had thought it was my own installation being screwy, but things haven’t improved much since.  The main issues I’ve been hitting are:

  • continued modal(!) exception dialogs on certain code completions
  • general sluggishness with the editors
  • HTML editors in particular that are sluggish

I could possible live with the last two issues, but the first issue is driving me potty: I can get that modal dialog something like 4 times a minute when I’m into my groove.  Not much fun… I’ve realized that I’ve started developing muscle memory to deal with it!

As for the performance issues, it would seem that I am not alone, and that things aren’t likely to improve quickly.

So, for me, it’s back to Eclipse 3.x.  I’ve decided to go with Eclipse 3.7.2; there is an Eclipse 3.8 that was released at the same time as 4.2, but the Eclipse foundation didn’t create the usual distros, and my guess is that it’s not gonna receive much attention if it has bugs etc.  Eclipse 3.7 was working just fine for me, so that’s what I’ll use for now.

And, let’s see how things are in a year from now.  If they don’t fix it, it could be the end of 10 years of using this IDE.

PS: I know how this is meant to work: as a user of open source, it is one’s responsibility to contribute back to help improve the product.  But my open source time is spent on Apache Isis, and Eclipse is just too big to be able to provide any meaningful help.

Published at DZone with permission of Dan Haywood, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Bruno Santos replied on Tue, 2012/10/16 - 3:42am

Well you could always try Netbeans... :)

 

Bruno 

André Pankraz replied on Tue, 2012/10/16 - 7:57am

Hi,

You know...they have to much to do with rewriting / introducing new features in OSGi, UI and the update manager - who cares about this IDE Java/Web stuff, thats not the core of Eclipse ;)

Yes i'm sarcastic - I know, they often claim how this isn't an issue because different groups are doing different things - but if I observe the state / progress of the really important things like JDT, WTP, Subversion Plugins, Maven Support and compare with Netbeans - it doesn't work this way.

Best regards,
André

Mark Unknown replied on Tue, 2012/10/16 - 9:20am

I have products based on Eclipse RCP. So going to Netbeans is not an option. I was so looking forward to Eclipse 4 for the RCP apps. 

 I've only used Juno for a bit now but for the little I have done, it has been ok.  So we will see. But I will hold off on moving my RCP apps to it. 

Ratnesh Singh replied on Tue, 2012/10/16 - 11:10am

we r using juno.....after initial glitches it is working fine. but still my favourite is indigo..

Stephane Vaucher replied on Wed, 2012/10/17 - 12:10am

We develop RCP/plug-ins for Eclipse. Eclipse 3.8 works fine for me. IMHO, it is better than 3.7. 

Mark Unknown replied on Wed, 2012/10/17 - 6:08pm in response to: Stephane Vaucher

I guess i will give 3.8 a whirl.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.