I just found the best IDE

[K.I.L.E.R]

http://www.gexperts.com/index.html

Gel is the best IDE I have used from all the IDEs yet.
Eclipse
JCreator
NetBeans
JEdit

It has the .NET look and feel as well. Gel isn't multi-platform though, only Windows users can run it.
If you are a Windows user you will want Gel.

Gel is just so damn flexible and fast.
It has the most beautiful interface and I feel so comfortable using it.

I urge you to at least try it. You will not regret it.

[aldacron]

I'm going to take it for a drive. I doubt it will usurp Eclipse from my desktop for the heavy stuff, but I'm already feeling my small project IDE (JCreator) is about to get zapped.

[K.I.L.E.R]

JCreator is a great IDE, especially with it's flexibility and look and feel and it's got an instant load time.

Gel has obviously been made with someone who has:
A. An obsurd amount of time on their hands
B. A lot of team members

JCreator is a small project. Gel is a large project. Gel has only been around since 19 March 2003 but it has come very far in that time, much further than many other IDE's which can only point to 1 thing:
See second paragraph.

Games published by our own members! Check 'em out!

[Herkules]

Gel looks nice .... if I only could bring it to work.....

[swpalmer]

No refactoring tools... bummer.

It is nice looking.. specially for the size which is an order of magnitude smaller than Eclipse.

I think similar to above.. maybe I will try it for my smaller projects where I otherwise would have fired up jEdit.  I don't think I will replace Eclipse with it soon.

[K.I.L.E.R]

No rafactoring tools?

http://www.gexperts.com/plugins.html

Integrates the refactoring capabilities of JRefactory into Gel. To use this plugin, you need to download JRefactory and copy the jrefactory.jar into Gel/plugin along with this plugins jar.

[swpalmer]

Ah.. cool.  I will have to try that.

[Herkules]

Nobody had the problem that it refuses to compile anything ('invalid handle' or so)? That it forgets about the project?

The tool look really nice, but it totally refuses to do anything useful for me.

[Herkules]

Hm, gave it a try @work in NT4, and there I could bring it to work easily .... think I'll have to check @home again....

[Golthar]

They'll have to pry Eclipse out of my dead hands first

Games published by our own members! Check 'em out!

[K.I.L.E.R]

They'll have to pry Eclipse out of my dead hands first

That can't be hard, can it?

[misterX]

Gel has my vote too!
JCreator LE is a bit too light, and the others are too heavy for my taste... Gel is just right, cool.

[whome]

http://koti.mbnet.fi/akini/java/docs/javaide.html
Gel is a good choice on lowend machines with less than 512MB memory. But if you have a decent machine then Eclipse or similar will give load of useful features.

[Golthar]

I used to run eclipse on a machine with 396 mb memory.
Patience is a virtue they say

[aldacron]

I'm running Eclipse on a machine with 192MB RAM (a 128 and a 64 chip, go figure), and it runs just fine.

[cfmdobbie]

I'm on 128MB

[DaveLloyd]

Heresy! It's not written in Java!  

But seriously, one of the things I value in NetBeans and Eclipse is that they are both platforms bigger than simple IDEs and that they can self-host stuff you are debugging be it a IDE extension or a Java web server like Tomcat, is awesomely useful. My only complaint against Eclipse is the lack of 'big project' state - i.e., only one user context - oh and the SWT (I'm a Swing fan).

[cfmdobbie]

My only complaint against Eclipse is the lack of 'big project' state - i.e., only one user context - oh and the SWT (I'm a Swing fan).

Just to pick up on that comment - what kind of "big project" state are you talking about?

Things like launch configurations can be stored in configuration files, library locations can be configured via variables and adjusted on each machine, and shared Ant scripts can be used for build tasks.  What other things would you find useful?  Or have I misunderstood your comment?

[Jeff]

Been using JBuidler for a bit now...

I'm at the point where if you want me to stop using it you'll have to pry it otu of my cold-dead hands

[DaveLloyd]

Just to pick up on that comment - what kind of "big project" state are you talking about?

Things like launch configurations can be stored in configuration files, library locations can be configured via variables and adjusted on each machine, and shared Ant scripts can be used for build tasks.  What other things would you find useful?  Or have I misunderstood your comment?

It may be I'm missing something in Eclipse. With NetBeans when I switch to a different project, all my mount points change, a different set of files are visible in the editor, even the window layout and menu bindings can change. Whereas with Eclipse I have all my 'projects' visible at once (here a project is just a directory mount) which can get quite messy when I have several complex projects on the go.

But if there's a way to doing this with Eclipse I'd love to know!

[cfmdobbie]

But if there's a way to doing this with Eclipse I'd love to know!

There are several ways of coping with that situation:

Firstly, you can just close all the projects you don't need, turning them into closed-folder icons.  They don't go away, but they stay out of your way.

Secondly, you can hide them - either close them and filter out closed projects, or create a working set just containing the projects you're currently dealing with.  This removes them entirely from the view, but if you're changing global workspace settings you'll be affecting them in some way.

The third and cleanest way is to use multiple workspaces - start eclipse with the "-data c:/path/to/workspace" option.  This allows you to configure several different shortcuts that operate in entirely different worlds - no changes you make in one will affect the other, excepting changing the Eclipse or Java installation, or modifiying external libraries.

Depending on what you're after you can use a couple of these techniques together.  My webdev and game-dev workspaces are entirely seperate, but within game-dev I'll probably only have one project open at a time, the rest I leave closed.

Edit: But I can't solve the SWT problem, sorry!

[swpalmer]

The third and cleanest way is to use multiple workspaces - start eclipse with the "-data c:/path/to/workspace" option.  This allows you to configure several different shortcuts that operate in entirely different worlds

If anyone knows how to do this with the Mac version let me know.  "Shortcuts" on the mac are just symlinks... there is no place for parameters.   Since Mac apps don't have the concept of command line parameters this is awkward.  The workspace folder is specified in an xml config file for the Eclipse application.  There is only one such file.

I will try the working set and hide filter ideas though.  Now to find how to create a working set...

[cfmdobbie]

The workspace folder is specified in an xml config file for the Eclipse application.  There is only one such file.

fx:sound of a thousand hands hitting a thousand foreheads.

Doh!  That's an interesting enough question that I'll have a look myself.  The documentation at eclipse.org is frankly shameful, and the mailinglists aren't worth trawling through, but the answer must be out there somewhere!

Edit: Looks like you're out of luck.  Back in 2002 it was commented that the whole "-data" concept should be fixed, but obviously nothing happened about it.  The best advice I can find is to duplicate the Eclipse application bundle, so you have a different Eclipse "installation" per workspace.  Which sucks.

I will try the working set and hide filter ideas though.  Now to find how to create a working set...

In case you relish the chase and don't want me to spoil it, I'll post the answer in pig-Latin:

Inway ethay ackagepay explorerway, ickclay ethay ownday arrowway inway ethay enumay arbay.  Ickclay "Electsay Orkingway Etsay", "Ewnay", "Avajay", andway eckchay ethay ojectspray ouyay antway.

[swpalmer]

I really want the multiple workspace thing... since it is great when I have two copies of the same project.  E.g. development and maintenance branches.

[princec]

You can do that in Eclipse just fine. The CVS integration is excellent too for that kind of thing.

Is it just me or is cvsnt a bit flaky compared to the unixy version?

Cas

[swpalmer]

To do that with Eclipse I have to name the project differently and put them in the same workspace.. at least if I want to work efficiently with the Mac version.

If my source repository has a 'development' folder and a 'maintenance' folder with the same folder names (one for each project) underneath those, then it seems that Eclipse doesn't handle that well.  It likes to have the project folder in the root of the workspace.

Now that I think about it, I guess there might be a way to force it to use a particular folder that is deeper in the workspace... I'm not sure.

Of course this is really only theoretical for me at this point. I use SourceSafe (there is a nice plugin for Eclipse) on Windows for my main work development.  (I can't access SourceSafe from the Mac at all.  I don't use CVS because from what I have seen it is harder to use and lacks features.  I'm would try Subversion but it didn't build on my Mac last time I tried.)

[cfmdobbie]

We like theoretical.

In Eclipse's CVS view you should be able to drill down and select any particular folder for checkout.  Also, you should be able to check any folder out into a project of any name you choose.

Nesting projects is a bit harder - I don't think it allows that, does it?  Regardless, you'd probably be better off keeping the branches in seperate locations and modifying the reference to whichever you're currently using instead.  But I don't know your situation/setup!

[swpalmer]

Regardless, you'd probably be better off keeping the branches in seperate locations and modifying the reference to whichever you're currently using instead.

Doesn't this come full circle back to the original problem?

[cfmdobbie]

(Note to self: stop misspelling "separate", you moron!)

Ah, no.  I mean "separate" as opposed to "nested" - check the two branches out into their own (differently named) "projects" in the same workspace.  Any project that uses this code but needs to be able to switch between branches can use classpath variables, project dependencies etc to do so.  I haven't tried this myself, but I have a feeling it would "work".

Unfortunately this is rather contrived and a bit of a hack, but I can't think of a cleaner way of doing it right now.  Anyone?

[princec]

Strikes me the only problem that there actually is is calling the folders the same names...

Cas