Slashdot Mirror


Java IDEs?

Billy the Mountain asks: "In the startup company I'm in, we just got a new president and she asked us about ways of increasing developer productivity. We develop Java applications, servlets and JSP. I don't use an IDE. I use an enhanced text editor, EditPlus, because I like its color coding of keywords. I guess what I'm asking is what Java IDEs do you use and what features do you like best?" If you were to build a Java IDE from the ground up, what features would you include?

679 comments

  1. Re:WTF???? by maxence · · Score: 0, Offtopic

    Looks like a bug in Slashcode 2.2 :)

  2. Re:WTF???? by number+one+duck · · Score: 1, Offtopic

    Must be the new slashcode! (As I happily wait 20 seconds).

  3. Re:WTF???? by Vic · · Score: 1, Offtopic

    I dunno.....maybe it has to do with the new Slashcode announcement from today. :-)

    But yeah....it's definittely broken right now.

    -Vic

  4. Together by wintahmoot · · Score: 4, Informative

    You should definitely have a look at Together Controlcenter from TogetherSoft. It's not really an editor, but great for modelling Java applications.

    http://www.togethersoft.com/

    Hope you like it...

    1. Re:Together by igrek · · Score: 5, Informative

      Together is nice, but last time I checked it was very expensive. Something like $7000 for single-user/single-computer license or $11000 for floating license.

      I don't mind paying for good software, but 4-5 digit figures... it's too much, IMHO.

    2. Re:Together by matt[0] · · Score: 2, Informative

      We bought one license of Together 4.2, and premium subscription to get the upgrades (now running 5.5), I use it as I am our "chief architect". It is just too pricy to outfit a whole shop with, unless you are insanely successful and can afford 7G for software.

      It is also a bit slow for general use (I run it on a P3-1000/512MB Ram/IBM A22p), I usually design in Together and code in VIM.

      --
      --------- Matt
    3. Re:Together by Anonymous Coward · · Score: 1

      $7000 for software isn't too much if you work for the government and it's then end of the fiscal year. Then you either spend the money or it disappears from your budget the following year.

      Ever been told to choose a different product because the one you chose is too cheap?

    4. Re:Together by tauzell · · Score: 1

      Together is great if you want to create UML diagrams; it is especially nice for class diagrams. If you aren't going to create many UML diagrams then it doesn't really provide much else.

    5. Re:Together by Anonymous Coward · · Score: 0

      nice tool, but a memory hog!

    6. Re:Together by matt[0] · · Score: 2, Interesting

      Well....I dunno. It does round-tripping between code and diagrams, so it is useful when refactoring code. That alone would encourage me to buy it. Having it really helps when you are dealing with > 400 classes that you didn't write.

      --
      --------- Matt
    7. Re:Together by Anonymous Coward · · Score: 0

      Here is a much better productivity enhancement than any silly old IDE. Well suited for start-ups!

    8. Re:Together by iloveAB · · Score: 1

      There is a cheaper alternative: StructureBuilder is used as part of the introductory JAVA course at my University. However, it is largely a piece of crap, and I much prefer an editor on which I can edit any document (like HTML, C, LaTex) with a single interface (read: emacs).

    9. Re:Together by qapla · · Score: 2, Interesting

      Together is an amazing program.

      The best version in my opinion is 3.0 (I don't know if you can still buy it, but it is reasonably fast and does everything that it needs to do... later versions are somewhat buggy it seems).

      Also... it is made with Swing which is a huge drawback... it runs just as slow on my dual 1.5 GHz Athlon box as it does on my 550Mhz PIII... so something must be wrong with the code...

      But overall, what Together does is so amazingly useful that I can ignore the sluggishness. The way it keeps the model in sync with the code is worth a fortune in enhanced productivity. It's the best development environment I've ever used... If only they could re-implement it in C :)

    10. Re:Together by togethergod · · Score: 1

      As you can tell by my login I am very partial to this software. If you can only find Together usefull for modeling you have not looked very far. First of all as a Java developer I prefer to work with a java product. Together provides so many utilities out of the box covering almost all aspects of putting my projects through development, but it has an open API that is easily customizable. I have so many custom modules that get things done with a few clicks. Also as a J2EE finatic, the deployment process makes life so nice. you may want to look a little deeper at what you have in front of you. Michael

    11. Re:Together by togethergod · · Score: 2

      Memory is cheep, what you can't talk IT into a little extra RAM? Even if you have to buy it yourself, on salary that is that much more time to spend doing something besides work. Michael

    12. Re:Together by togethergod · · Score: 1

      I have never seen 3.0. I know there is no place to get it now. The later versions are not really that slow. I know swing does really suck on dual processors with windows. Switch to a real OS and it hums. Besides the new versions do so much more than model. Check it out. Michael

    13. Re:Together by Anonymous Coward · · Score: 0

      I too think Together is WAY too expensive, but coming from the professional services world, if you have to generate the docs, do the design work and the coding on an $800,000 build, $15-20k for a few Together licenses will pay for themselves in your own time and sanity.

      Round trip engineering rocks

    14. Re:Together by Anonymous Coward · · Score: 0

      I've to agree, but is not actually an ide. It is so much more. You can use it is a tool for your entire project with the uml integration: analysis, design, implementation and test If you invest onto using it well it can give production and quality improvements.

    15. Re:Together by ticklejw · · Score: 1

      Actually, I use Together for the entire process of writing Servlets: First, I model the design in the handy design editor. Then, I add actual programming statements to the basic source code that it generates, and finish it off by running it through Together's handy-dandy built-in Tomcat server. (Its not as configurable as a Tomcat server that you might have on your local machine, but I can get the job done with Ctrl+F5 in Together a lot faster than moving files around for Tomcat...) Then just run the documentation generator (even includes your diagrams in the documentation) and shove whatever I wrote up to the web site.

      Together can be used for JSPs as well. It syntax-highlights code in Java blocks and nice stuff like that. No biggies on functionality here, basically for JSPs it is just an editor.

      --
      "Software is like sex; it's better when it's free." -Linus Torvalds
    16. Re:Together by CMBurns · · Score: 0

      Together is a great tool, but it's not really designed to do the job of a "real" IDE.

      It's very good during analysis and design. Later on, try to use something more dedicated to the programming process. Together will update it's diagrams automagically by detecting changes in source files.

      That said, I recommend Together and Forte.

    17. Re:Together by ThePreciousRoy · · Score: 0

      Together is a waste of space... to get some real coding done, use IDEA from www.intellij.com it costs less than %10 of together and the development is lead by some of the dudes from together... refactoring and just plain excelent editing capability.

    18. Re:Together by lobsterGun · · Score: 1

      If you're going to shell out the $$$ for Together you might as well go the extra mile and get Rational Rose. I've used both, and IMHO iRose kicks ass all over Together.

    19. Re:Together by keath_milligan · · Score: 1

      We use Together - it is nice, but since it is written Java (using Swing), it is dog slow and you need 512mb to run it effectively. It would be a fantastic product if it were written in C++ using a native toolkit.

    20. Re:Together by powerlifter · · Score: 1

      I actually bought Together and it did more to get in the way than help me.

      I don't tend to work linearly, and we were using XP as our development approach. I found that to not be the best approach for Together.

      --

      ---

    21. Re:Together by dablob · · Score: 1

      I can't believe you said that. I have used both
      together and Rose. Rose is the biggest POS I have
      ever worked with.

      Together is a fantastic tool, but it is brutally
      expensive.

    22. Re:Together by matt[0] · · Score: 1

      I have used a lot of the modules, like the XP Test, ANT, Doc generator, etceteras. The problem with together is its price. At the moment, I am leading a team with 5 developers, which is going to scale to 9 in the near future. I lay down the general design with Together, but I can't rely on too much of its voodoo because I have to maintain an efficient non-together workspace for my developers. I looked into licensing a few copies, and together sales tried to accomate me, but at the end of the day it was either get together or get more staff. I chose staff :-)

      --
      --------- Matt
    23. Re:Together by Mad+Monk · · Score: 1

      I agree. I'm at a 30 person startup( a dozen devvies), and we agreed to use Together. It isn't the answer to everything(nothing ever is), and the editor it comes with is no better than Kawa(my previous favorite), but it really does aid in communication between developers, and spoils you with features like snippets(write your own code block with parameters once, write the keyword you spec'd, hit ctl-j, and it fills in the block with tabbing between the fields you spec'd out. Repeat ad-nauseum). If you're doing EJB's, it makes your life completely easier. It does a great job of point-and-click EB's, SB's and MB's, with the right formatting, and then deploying them is easy as well. I personally don't use the cvs hookup(I like the command line), but others in my company do.

      It is expensive, but for development of an EJB environment, and the "self-documentation" that it provides, I think it's worth it for your company to invest the money. One other noteworthy feature is the default and per-project options, that you can specify to your heart's desire. And the one lovely feature for you people that are touchy about formatting/spacing of your code: you can make it format to your liking, and then you can change it before check in to whatever your company standard is(if they have one of course). Takes an entire key-click, less if you set the option to actively perform it.

      Have one of their guys(maybe two) come to your work and show you what it does. They're a very good company, with a very good product, and they have approachable and moderately knowledgeable tech support.

      And no, I don't work for them, I just really like their product.

      Mad Monk

    24. Re:Together by Anonymous Coward · · Score: 0

      Together is a piece of shit. I use it at work. Not only is it VERY expensive, it is VERRRRRYYYY slow.

      On my machine, it usaully uses about 130 Meg of RAM. Not too bad for an IDE... yeah right!

      Who needs an IDE, just use vi, pico, emacs or whatever to edit the text... and have a browser pointed at the Java doc site... now that is a _free_ "IDE"...

    25. Re:Together by hansk · · Score: 1

      It's not really an editor

      True but it does have a powerful integrated editor.

      I use Together along with JBuilder. I would use Together by itself but JBuilder is the standard for our project. Cost being the primary reason for this choice. It's just too expensive to outfit a team with Together.

      With this combination I use Together to do design, modeling, on-line documention, and some editing. JBuilder fills the role of editor/debugger. I have used Together's IDE features and they are on par with JBuilder's.

      I would recommend outfitting a team/project with at least one copy of Together for the lead designer/architect and then JBuilder for each developer.

    26. Re:Together by Anonymous Coward · · Score: 0

      Wouldn't there be benefits to that? *imagines the kind of kit he could have for his office with the gov*

    27. Re:Together by james(honest) · · Score: 1

      I've used the old free version of Together 4, and a time limited trial version of Together 5. We were originaly developing using J2EE, and had we continued I would absolutely have forked out the 7000UKP for a floating license. Short of SCID, its exactly what you want. Round-trip doesnt describe it. Its not even real-time round-trip: There is no trip. The code and the UML model is the same. You cannot change one without the other. I hear that they are putting in C# stuff for windows, so I'll be having another look at it, but if you are developing in java, or, in fact, in C++ on a non-windows platform, Together is *the* definitive product.

  5. LOL by afxgrin · · Score: 1

    it says like 232 Comments... :-)

    Unfortunately, I can't seem to read any of them except this one.

  6. Re:WTF???? by number+one+duck · · Score: 0, Offtopic

    Hey, it takes balls to apply changes to the 'production' server... if I were them, I'd wait until the umpteen clone slash sites try it first and report all the bugs...

  7. JCreator by Qui-Gon · · Score: 4, Informative

    Its has a simple interface. Does syntax highlighting,projects,etc. check it out. The only downer is it only for Windows. :(

    www.jcreator.com

    --

    We are blind to the Worlds within us
    waiting to be born...
    1. Re:JCreator by inepom01 · · Score: 1

      JCreator is definitely sweet. It's small and not written in Java, which makes it nice for computers without a lot of processing power or RAM. It's also quite cheap.

    2. Re:JCreator by Gangis · · Score: 1

      I actually persuaded the professor at Florida Tech to adopt JCreator as their primary IDE for the CSE-1001 class. I love it!

      JCreator is easy and flexible, and makes it easy to organize your projects. It also allows you to split up a single file with several modules into several files with one module each. Best of all, it's free! You can buy a Pro version for $30 or so, I think, but the LE version is good enough for me.

      --
      "Black holes are where God divided by zero." - Steve Wright
    3. Re:JCreator by Paladine6 · · Score: 1

      I second that vote for JCreator. The editor is decent, and it's Java integration is slick and powerful, and has great productivity features like code completion, (customizable) syntax highlighting, and code templates. But most importantly, this IDE doesn't get in my way. It doesn't muck with my code, have any special restrictions, and it is decently speedy. I like it enough that I got my entire team using it. The pricing is also very resonable.

    4. Re:JCreator by Anonymous Coward · · Score: 0

      I'll go along with this. I bought the reg'd version and the support's excellent. No GUI design features but I didn't need/want them anyway. The niggles I have had the author has assured me will be addressed next version.

    5. Re:JCreator by Anonymous Coward · · Score: 0

      Yes JCreator r0cks, but I know the author in RL too so my view may be biased...

    6. Re:JCreator by Mindjiver · · Score: 1

      JCreator LE is the IDE used for Java at my university in sweden ( www.mdh.se ) . I like it because as someone said its light on system resources.

      --
      I know not what course others may take; but as for me, give me liberty or give me death!
    7. Re:JCreator by Anonymous Coward · · Score: 0

      If I needed yet another point as to why Java is a bletcherous crock, here it is. "Write once, run anywhere." Except, if you want it to work, you don't write it in Java.

    8. Re:JCreator by codecore · · Score: 1

      JCreator is awesome!

    9. Re:JCreator by uncledrax · · Score: 1

      We adopted here where I work (a utility) becuase of 2 major reasons:
      1. It's Cheap (compared to other IDEs we looked at like HotJava (CA's EJB IDE), WebStudio, and even Allaire's offering (which is just Homesite with a plugin). You can get a JCreator site license for what some other IDE's want per individual license.

      2. It does do that nifty code completetion. Most of the time I dont use it, but sometimes when I am referencing a home-grown class and not 100% sure of the case, etc of the method/object/etc, it's great..

      I'll admit that it took me a while to even getting me to use an IDE (color syntax highlighting was all I really needed), but some of the other features of JCreator just are pretty cool..

      Check it out at http://www.jcreator.com

      --
      ----- The internet has given everyone the ability to have their voice heard equally as loud.. even if they shouldn't be
  8. Who needs an IDE? by tapin · · Score: 2, Insightful
    cc-mode.el

    Syntax highlighting, data dictionary, easy compilation and debugging... what else do you want?

    1. Re:Who needs an IDE? by Anonymous Coward · · Score: 0
      Coupled with Speedbar, and with some useful lisp (lisp to convert tabs to spaces upon saving, for example) and jde-mode.el (on Freshmeat) that provides tab completion of method/class names and full javadoc browsing facilities....

      Emacs rules. And is free.

    2. Re:Who needs an IDE? by roadoi · · Score: 0, Flamebait

      but real men use vi (tm)

      --
      In God We Trust, Everyone else must have an X.509 certificate.
    3. Re:Who needs an IDE? by Anonymous Coward · · Score: 0

      what else do you want?

      Umm.. lemme see.

      How about incremental compilation, code assist/introspection, visual composition editor, BeanInfo wizards, front-ends to javadoc and javah, UML importing, EJB generation.

      The options you mentioned are necessary, but not enough for a large scale project.

    4. Re:Who needs an IDE? by boudreau · · Score: 2, Interesting

      Who needs one???

      Anyone on a large scale project does. Let's throw out some useful buzzwords: distributed, scalable, flexible, etc, etc.

      Projects that have those types of requirements and have a lot of developers should be using a good IDE, that contains an excellent debugger. My view is that the debugging feature is what adds the most value to any IDE so long as the IDE does not skimp out on all the basic (and advanced) text editing features.

      Just my $0.02

    5. Re:Who needs an IDE? by Anonymous Coward · · Score: 0

      suck it you candy ass. go do some VB programming you pansy.
      i got yr debugger right here: System.out.println

    6. Re:Who needs an IDE? by ninewands · · Score: 1

      Well, since nobody mentioned anything about the platform the questioner is working on, I'm gonna suggest Forte for Java - Community Edition from Sun. It's a free download.

      No Sun box? Solaris 8 - x86 is also a free DL. (Hope you have a fat pipe if you go that route, it totals about a gig of zipped isos)

    7. Re:Who needs an IDE? by ninewands · · Score: 1

      Real men use sed from memory. ;-)

    8. Re:Who needs an IDE? by Mandrias · · Score: 2, Informative

      Forte is wonderful. But it's akin to netscape is to mozilla...

      I prefer mozilla over the branded netscape browser... and with java IDE's, I prefer Netbeans over the branded version Forte.

      check it out at http://www.netbeans.org

      Same exact thing as forte, yet always ahead of forte in the development cycle.

      --
      Use the Z-modem protocol between Information Superhighway routers to compress the plaintext. ~LordOfYourPants
    9. Re:Who needs an IDE? by fredrik70 · · Score: 1

      maybe that should rather be System.err.println
      And sorry, When you start doing a bit more serious coding you'll you start to wish for more debugging tools than jsut printf's and println's

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    10. Re:Who needs an IDE? by JThaddeus · · Score: 1

      I've tried JBuilder, Forte', and CodeWarrior. All were a waste. I get much better productivity out of NEdit (http://www.nedit.org/) for editing and ant (http://jakarta.apache.org) for building.

      --
      "Love is a familiar; Love is a devil: there is no evil angel but Love." --William Shakespeare ('Love's Labors Lost')
    11. Re:Who needs an IDE? by ahde · · Score: 1

      have you ever heard of CVS? or a filesystem? Or a windowing system?

      I can't think of any large scale project that needs an IDE. IDEs are designed for simple projects and inexperienced programmers. When a project reaches a certain complexity, you'll start customizing tools anyway, and the IDE just gets in the way. Most Java devs I know use vi, and only install JBuilder to keep management happy.

    12. Re:Who needs an IDE? by ahde · · Score: 1

      how do you get decent responsiveness out of nedit (without upping the hardware)? I've tried it in TWM on a K6-II 333 w/64 memory and it is too slow for me. Granted, its no 100% True Java(TM)IDE Glacier but its not much better than mozilla, which at least can print characters as fast as I can type?

    13. Re:Who needs an IDE? by ahde · · Score: 1

      grep helps with that memory problem

    14. Re:Who needs an IDE? by Anonymous Coward · · Score: 0

      Why on earth would you use sed? ed is the One True Editor, sed is just its bastard son.

  9. Re:WTF???? by Anonymous Coward · · Score: 0

    The weird thing is that about an hour ago this story appeared on the front page of slashdot for a moment. As I attempted my first post, I got the slashdot invalid story message 'nothing to see here...' error. Then as I went to reload the main page again, this java IDE story disappeared! Oh well, I guess taco decided to use that new slashcode without testing again.

  10. Blech. Most of them are pretty bad. by sylvester · · Score: 5, Informative

    I've worked extensively in both Jbuilder (2.0, 3.0, 3.5, 4.0 and 5.0) and more recently Netbeans (an offshoot of Forte).

    Every version of JBuilder, I hope that it gets faster. It never did. And they changed their licencing for their free version, so i moved away from it.

    Netbeans is dog slow, too.

    If I were building a java IDE, it would be slim and trim. I don't use debuggers - proper logging and the occasional use of system.out.println()'s is enough for me. I want syntax highlighting, PROPERLY FLEXIBLE code reformatting, and name-completion. And I want it fast. I guess the problem with most Java IDEs are that they're written in Java (which makes sense) but without enough attention to writing fast java (which _is_ possible.)

    Netbeans has some really nice simple features like abbreviations (Think autocorrect in MS-Word) so impj expands to "import java." and "psf" expands to "private static final" (how many times have you typed _that_?) but it doesn't have much for code reformatting. And it's stupidly huge.

    And no, I don't like emacs. I'm a GUI guy, and emacs (or xemacs or whatever) doesn't cut it for me.

  11. Visual Cafe by 1alpha7 · · Score: 1

    I use Visual Cafe. Its not that great but it happens to be what I've been using and hasn't screwed anything up yet. Great praise and all . . .

    1Alpha7

    --
    Live to be Moderated
    1. Re:Visual Cafe by Anonymous Coward · · Score: 0

      Get back to us on that when you start using the Visual Cafe debugger in earnest, and when you start to use lots of threads.... I will be interested to know what you think of all the shortcomings then (like 60 second halts in multithreaded applications and the like).

    2. Re:Visual Cafe by Anonymous Coward · · Score: 0

      Visual Cafe ... good IDE for Java? It is so flaky that you cant even do a Ctrl+Z without crashing the application. The latest version which, is supposed to be better, has problems with JDWP so if you use a newer JVM like 1.4 (beta), or even 1.3, evaluation of expressions in the watch window will fail.

    3. Re:Visual Cafe by Anonymous Coward · · Score: 0

      Visual Cafe is dog vomit.

      Intellij and Together Control Centre are the cat's ass.

  12. Java IDE by NoInfo · · Score: 1

    I would like a Jave IDE that saves my files in a persistant format. (The opposite of how Slashdot handles Java IDE comments.)

    Perhaps Sun thought it an infringement to mention Java(tm) without mentioning that Java is a trademark of Sun Microsystems, Inc.

    1. Re:Java IDE by Anonymous Coward · · Score: 0

      preach on brother! vi is king! amen!

    2. Re:Java IDE by Anonymous Coward · · Score: 0
      I would like a Jave IDE that saves my files in a persistant format. (The opposite of how Slashdot handles Java IDE comments.)
      I doubt they'd think it an infringement if you can't even spell it...
    3. Re:Java IDE by temple · · Score: 1

      I happen to feel most comfortable just using vi too, but unfortunately in some environments that is just not reasonable. Check out jVi (http://sourceforge.net/projects/jvi/), it gives JBuilder vi bindings. Very cool...

  13. File Linking by basking2 · · Score: 2, Interesting

    Because of the oodles of files that large java projects (or even moderately sized ones) tend to create, I would LOVE and environment that would via some magical interface, let you navigate to a file that defines an instantiated object.

    Yeah, it's a hairy feature to implement, and one that that I haven't seen much of outside of HTML environments, but file hopping when building your own libraries gets to be a pain in Java!

    My 2 cents. :-)

    --
    Sam
    1. Re:File Linking by Anonymous Coward · · Score: 0

      Try M$ Visual J++. Yeah they got sued over their java implementation, but it is far and away the best interface for programming java out there. Cross file symbol completion, browse by object, all dynamically updated.
      It makes every java IDE before and since look like a dinosaur

    2. Re:File Linking by Anonymous Coward · · Score: 0

      IBM's Visual Age has been able to do this for like three or four years now.

    3. Re:File Linking by samc · · Score: 1

      ctags-exuberant
      vim

    4. Re:File Linking by potsi · · Score: 1

      And it is even better when you combine it with Together.

      You can make modeling changes in Together, tab back to J++ and write your code.

      Repeat.

      I've been using J++ since it came out. I've tried to switch a 100 times, but I was never satisfied with the speed or features of any other editor/IDE

    5. Re:File Linking by cyberkreiger · · Score: 1

      Yes, well, you *could* use J++, if you don't want to use the latest and greatest java, and if it wasn't for the fact that Microsoft are hellbent on destroying java.

      The user interface is probably the only thing J++ has going for it.

      --
      Stumbling in the dark
      I hear slavering of jaws
      Eaten by a grue.
    6. Re:File Linking by ahde · · Score: 1

      can't you use ctags for this?

    7. Re:File Linking by Anonymous Coward · · Score: 0

      Together can do this for you.

  14. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 1, Troll

    Note to self. Ignore development opinions of people who don't use debuggers.

    Thats like saying I would like a car with no exhaust pipe.

  15. IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 5, Informative

    Well, as always, the text editor itself is really up to you - I use the ubiquitous emacs along with the fantastic jdee IDE that installs inside emacs for syntax highlighting, quick toolbar access to your classes, and easy creation of class from templates.

    If you are serious about writing good OO componentised java though, its almost essential now to use a decent UML tool during the design stages and further like rational rose / together.

    One of the nice things about together is that it works by placing javadoc comments inside your java - so your design documentation is never out of step with your source. Invaluable.

    I don't work for together - but I do find their tool helps me visualise the workings of complex systems without remembering all the methods and stuff.

    So if I had to put a finger on it - let developers choose their editor/IDE themselves, but get all developers to use a UML tool independant of the IDE.


    Mr Thinly Sliced
    1. Re:IDE - Editor or round trip engineering tool? by burner · · Score: 3, Interesting

      oy. UML is nice for meetings and sketching things out, but the diagrams can (and should) be generated from the code, so any particular developer doesn't need to use it.

      All developers should be versed in reading UML and drawing out pseudo-UML on a whiteboard or a sketch page or whatever. But it's a needless step (for some developers, not all) in the development process when it comes down to a developer writing out the code for his/her component.

      So, I like Emacs+JDEE (for myself) and Eclipse (as a suggestion for others that don't like emacs). ArgoUML is becoming a decent free UML tool. UML diagrams should be generated from the code for new developers to be able to understand a developed system. High level architectural docs should be UML or better yet, simpler pseudo-UML.

      --
      MRSH-Recording device, corned beef sandwich with kraut, seafaring bird, and the foamy top of a beverage.
    2. Re:IDE - Editor or round trip engineering tool? by landtuna · · Score: 2, Informative
      I agree that jdee over emacs is a great solution for Java development. The original poster also asked about JSPs.

      Support for JSPs in emacs isn't there automatically with JDEE, but the mmm-mode module works great. It deals with the problem of having both HTML formatted code and Java code in the same buffer.

    3. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      Hey burner - I agree that not all developers need to produce UML - but any developer worth their salt on my team knows thats the preferred medium.

      When developers come forward with suggestions for architecture/component designs, the quickest way to circulate this in a large organisation to all the parties that have an interest in the technology is UML - not some knocked up piece of code.

      We use the catalysis approach - component based development. This is largely design/code by contract - and before you get into implementation, UML is an essential way of creating the initial contract between your developers and the clients of said code.

      Anyone working on my team needs to get with the program - software engineering is not hacking, its engineering, which means forethought, planning, and good design. You can do all the nasty coding afterwards.


      Mr Thinly Sliced
    4. Re:IDE - Editor or round trip engineering tool? by Anonymous Coward · · Score: 0

      Who is your team (who do you work with/for)?

    5. Re:IDE - Editor or round trip engineering tool? by Anonymous Coward · · Score: 0

      (Opening himself up to flames) - am freelance architect. Have worked for Deutsche Bank, Yellow Pages, Reef, Banque National De Paris.

    6. Re:IDE - Editor or round trip engineering tool? by Dief_76 · · Score: 2, Funny

      Hell, why not do it the easy way?

      Write the code, get it up and running, and then reverse engineer it into UML via the Rational Rose tools. Satisfies the Architect-types, and makes you look as though you've stuck to the design outlined by those pretty UML pictures.

      Err.. not that I've ever done it that way. Nu-uh, not me.

    7. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      Just writing the code, and then reverse engineering it is fine for a one-shot app, but is really pants if your developing some of thos Enterprise Level Products where you have possibly many clients of your component.

      Using UML to do the design before hand removes a large amount of the hit and miss when you just knock something up. How do your clients know what API you are presenting them? How are they sure that you provide all the functionality they require? (Sequence diagrams are excellent ways to ensure no functionality is missed).

    8. Re:IDE - Editor or round trip engineering tool? by togethergod · · Score: 1

      For the code first people, I myself fall into this category on small apps. Together offers the ability to generate sequence diagrams from your source. God this helps when your small app have to be turned into a nightmarishly large one by management and their new requirements.

    9. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      O man, I know how that feels.We've all done it right?.
      What size shop you work in? Chances are that if the project has sudenly become a nightmarishly large one, you need to get some proper software process in place chief.

    10. Re:IDE - Editor or round trip engineering tool? by King+Of+Chat · · Score: 1

      UML is nice for meetings and sketching things out

      Can't agree really. I started with OMT back in '94 and at the time, "class diagrams" were presented as the be-all and end-all of design. This was rubbish. Man cannot design by class-diagram alone - it's all too static. These days, things are better though.

      Judicious use of things like sequence diagrams before you start to code can save a whole heap of trouble. One of my favourite techniques is, especially for distributed systems, to use sequence diagrams to verify/decide what runs where. If you've got a shedload of messages running between two objects, then don't divide the system at that point! (OK, it's not really that easy.)

      UML/documentation shouldn't be a chore, it should be an integtral part of the development process. This is one thing I like about Together. I must point out that I've only evaluated TCC - I can't get my company to stump up the dosh (which is lots). Best feature has to be the reverse engineering (I've spent the last 3 days trying to get 50,000 lines of C++/ATL/STL into Rose and I'm about ready to crap in a bag and send it to Rational). Being able to generate sequence diagrams from code is a real help when you're trying to understand someone else's spaghetti.

      --
      This sig made only from recycled ASCII
    11. Re:IDE - Editor or round trip engineering tool? by pjhellyer · · Score: 1

      Productivity seems to be related to comfort level. Whilst I use vim, my colleagues are prone to use UltraEdit, IntelliJ, JBuilder, Visual Café, or anything else they're comfortable with. The best tools are extensible, and support either scripting or plugins.

      When we use Togethersoft, it is mostly for modelling. It nicely integrates with any editor, updating its models on each file save. It is expensive, and they don't negotiate price with medium size (150 head) shops. (Based on our experience here in the UK)

    12. Re:IDE - Editor or round trip engineering tool? by mj6798 · · Score: 3, Insightful
      Using an automatic tool to generate/maintain UML is a bad idea. UML should represent stuff in your head, stuff that you consider important. The exercise of drawing it by hand is an important part of the UML design process (you are supposed to remember all those methods; if you can't, your system should probably be simplified). And too much detail is just as bad as too little detail.

      In practice, I have also found the various "enhanced" IDEs (with support for roundtrip UML or refactoring) to be too sluggish. I prefer a fast editor, a fast compiler, and some simple linking between error messages and source code any time

    13. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      >Using an automatic tool to generate/maintain UML is a bad idea.
      >UML should represent stuff in your head, stuff that you consider important.
      Sorry mate, (I think you meant using a UML tool in design - if not please ignore) - but I think thats hogwash. Whats the bad idea about using a different canvas and paintbrush?

      By generating UML a developer can quickly and efficiently offload a whole heap of information in a way other developers can pick up quickly even if the original designer isn't about.

      This rapidly becomes important when you have multiple developers/coders/marketing/sales influencing the design of your components in a large organisation. I know I'm beating a banana with a lollipop stick here, as most coders really only want to code, and using UML is too much like hard work.

      Mr Thinly Sliced
    14. Re:IDE - Editor or round trip engineering tool? by mj6798 · · Score: 2
      By generating UML a developer can quickly and efficiently offload a whole heap of information in a way other developers can pick up quickly even if the original designer isn't about.

      But generated UML is not the same as hand-crafted UML. Generated UML is a complete representation of the system, like a circuit diagram that shows every transistor; it doesn't contain any information about what the designer had in mind and it contains huge amounts of irrelevant detail. Hand-crafted UML, on the other hand, is deliberately incomplete and focusses on the important stuff. It expresses what the designer actually was trying to do without the distraction of unimportant low-level detail.

      In my experience, hand-crafted UML is more useful to the reader. It's also more useful to the designer because the exercise of creating it forces some useful introspection that is well worth the time and effort.

    15. Re:IDE - Editor or round trip engineering tool? by rfischer · · Score: 1

      An open-source UML tool that looks promising is ArgoUML (http://www.tigris.org/). Check it out.

      Russ

    16. Re:IDE - Editor or round trip engineering tool? by bay43270 · · Score: 1

      UML isn't just used for design. We use it to explain existing software. A class diagram (even a generated one) can explain a package at a glance... many times it would take pages of documentation to do the same.

    17. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      You are going to have to go and revisit together - in it, you can turn off all the detail you want when you generate your diagrams. Don't want all the private methods? Turn em off. Don't want any methods? Turn em off. This goes for all the diagram types too, not just the class diagrams. You can only include things you find interesting.

      I'll take this sort of in-step with source code over your hand drawn UML diagrams any day.

      Try it out, you'll be suprised how fantastic it is.

    18. Re:IDE - Editor or round trip engineering tool? by easter1916 · · Score: 0

      Where are you based? I'm thinking about moving back to Europe (been in the US for the last few years) and I'm wondering what the market for Java developers in Paris is like.

    19. Re:IDE - Editor or round trip engineering tool? by Mr+Thinly+Sliced · · Score: 1

      I'm based in Brussels at the moment. Contract market here is a bit crap (Been hunting for about 1 1/2 months now...). London in particular is dead, but mainland Europe isn't too bad.
      The permanent market seems to still be quite fluid though, if thats what you fancy.
      Seems to be quite a bit of J2EE work about - check out jobserve advanced search to see exactly how fluid.

      Best of luck,

      Mr Thinly Sliced

    20. Re:IDE - Editor or round trip engineering tool? by easter1916 · · Score: 0

      Many thanks to you! J2EE is what I do. I'm Irish, the IT scene there is up the proverbial swanee these days, layoffs galore. Anyway, thanks for the link...

    21. Re:IDE - Editor or round trip engineering tool? by ahde · · Score: 1

      pseudocode is better than UML -- especially my favorite blend of bash, c, c++, perl, and pl/sql.

      and if you code on a framework like below you can never go wrong.

      typedef int ret_val /*find out what to return later*/

      ret_val do_something ()
      {
      step_1() { printf("this will do the first step"); }
      step_2() { printf("this will do the second step"); }
      /* etc. */
      }

      int main ()
      {
      do_something();

      exit(0)
      };

    22. Re:IDE - Editor or round trip engineering tool? by sscanf · · Score: 1


      If you are working on NT and would rather not, the combination of Cygwin, XEmacs, and jdee can't be beat (though I did have some issues getting the debugger working a few months ago). The only thing missing from this combination is a gui layout editor. I have been doing it by hand and it sucks. What I would give for XDesigner and a Motif form right now!

      The other developers here have been using Forte but I find it to be more of a hinderance than a help.

      I have to agree on the UML piece too. If I had Rose I would be using it but I'm stuck with a whiteboard (can't save, can't look at other peoples designs). Rose is expensive ($2500 last I checked). We used it at my last job and it not only makes you a better designer but it also helps new developers come up to speed fast. Beats the hell out of reading code.

      --
      This sig intentionally left blank.
  16. Look into Eclipse! by gmjohnston · · Score: 5, Informative

    IBM just announced (in the past day or so) the release to the open source community of Eclipse (http://www.eclipse.org/). Not only is it a great Java IDE, it's also designed for extensibility from the ground up.

    1. Re:Look into Eclipse! by colster · · Score: 1
      Has anyone used this in a professional environment?

      BTW its also now Open Source!

    2. Re:Look into Eclipse! by toriver · · Score: 1

      "Nov 8 1:30am EST- The downloads are temporarily unavailable.
      Due to overwhelming demand for Eclipse, we are moving the Eclipse
      SDK R1.0 and 2.0 development stream downloads to a faster internet connection..."

      Already /.ed...

    3. Re:Look into Eclipse! by JohnMunsch · · Score: 1

      IBM's decision to roll their own UI for this rather than use Swing was a poor one. There is lots of experience out there with Swing development and it can work very very well (see the aforementioned NetBeans/Forte for an example of a complex UI implemented in Swing).

      I think that it will cut down on the number of developers who want to work on the project (me for example) and will increase the learning curve for those who do. Not a recipe for success.

      --
      Sigs are for people who started using the net _after_ '86.
    4. Re:Look into Eclipse! by losing+balance · · Score: 1

      I've used Eclipse and I think it's one of the best IDEs out there. The great thing is it's not just for Java. It's completely extensible and there are many people working on plugins. I don't know exactly what plugins are being written at present, but it's possible to write editors for other languages. It comes with the Java editor, as well as a Plugin Development Editor (PDE) so you can create your own plugins for it. I think this will turn out to be something great, once more plugins are written.

    5. Re:Look into Eclipse! by Lucy+Linux · · Score: 1

      Don't confuse the tool with the application it is used to implement. Eclipse uses SWT/JFace but that is merely an implementation detail.

      You can use any UI toolkit you want. Eclipse will help you develop AWT or Swing-based UIs just fine. Users of Eclipse do not have to learn a new UI toolkit if they are happy with Swing. Of course, many of us are not happy with Swing and welcome the availability of SWT.

      --

      Code is garbage in garbage out.
      Languge is garbage in, non-sequitor out.
    6. Re:Look into Eclipse! by bleedingedge · · Score: 1

      The ability to build new tools that plug into Eclipse ... possibly completely unrelated to software development ... and the use of the fast, clean SWT instead of big bad Swing is a selling point for this Java developer.

  17. visual cafe, forte by 3am · · Score: 2, Interesting

    forte is free (Free too, i believe), but isn't the best. The text editting is cumbersome. but heck, try it out (from Sun... you can find it from java.sun.com), and if you like it, you've saved a buck.

    visual cafe will cost you, but is quite good.

    honestly, J++ was my favorite (i'm ashamed to admit), but i certainly would recommend it any more :)

    metrowerks has one, too, but i wasn't very favorably impressed with my limited usage of it.

    --

    A: None. The Universe spins the bulb, and the Zen master merely stays out of the way.
    1. Re:visual cafe, forte by kryptola · · Score: 0

      Damn!
      Me too. Although I really hate to say this, but J++ is really really great as long you don't want to mess with java 1.3 and up. it works fast, nice design!
      Damn Bill, you get me addicted!

      --
      "Trying is the first step towards failure" - Homer J Simpson.
    2. Re:visual cafe, forte by 3am · · Score: 1

      yeah, swing was a problem, and hashmaps might have been useful :)

      --

      A: None. The Universe spins the bulb, and the Zen master merely stays out of the way.
  18. jedit by ocipio · · Score: 2, Informative

    use jEdit.

    Written in Java. Its not an IDE, but its an excellent editor.

    1. Re:jedit by Anonymous Coward · · Score: 0

      It can be an IDE. There is a plugin you can download that is a front end to javac. Since you can write your code and run it from jedit, it qualifies as a really simple IDE.

    2. Re:jedit by Redline · · Score: 1

      it qualifies as a really simple IDE.

      More than just a *simple* IDE. JEdit plugins are really powerful. You can use plugins to enable CodeAid (i.e. autocomplete or "intelli-sense"), vfs, project management, GUI wizards, and much more. Using the window docking facilites of jedit you can even get the Visual* IDE look and feel.

      The thing that really hooked me on jedit is the whole promise of "run anywhere". I have used (and felt comfortable with) jedit on Linux, Windows, and MacOS X.

      Oh, yeah, and it' s OSS too.

    3. Re:jedit by Anonymous Coward · · Score: 0

      jEdit is awesome, it's completely configurable and its designers have selected features that make sense.

      For example: type sout and hit ctrl+; in a java source code, result: System.out.println() with the cursor within the parentheses.

      Macros are easy to create and you can assign keyboard shortcut for it. jEdit uses the BeanShell as its extension tool.

    4. Re:jedit by Yuioup · · Score: 1

      Yeah, I've been using jEdit for the last month or so and it's a good editor. I like the syntax highlighting.

      But what I don't like about it is the bugs, and it has lots of them. Too bad I don't have the time to get involved in improving the source.

      Yuioup

    5. Re:jedit by Anonymous Coward · · Score: 0

      One problem i have with the Code Aid feature compared to that of one like Visual Age is that you need to set it up for every class, as it does not use Java's built in introspection.
      This not that big of a deal until you start using 3rd party libs or those of your own creation.

      Still, I like jedit, and some of the plugins are really cool, but It's missing a few features that my IDE has that keep me using it for large scale java projects. So I still consider it a "simple" IDE, nice, but really not anywhere near as advanced as Eclipse,Visual Age, Jbuilder, or netbeans when it comes to java development

      BTW, another plugin that i would like to see is code completion of html attributes like marcromedia's homesite has.

  19. lots out there by Anonymous Coward · · Score: 5, Interesting
    Well, most shops I've seen use Jbuilder. It's fast, it's very good and at least version 4 was free. It's the top dog for a reason. Unfortunately, they've switched to an absurdly expensive model for their upper tiers of commercial products.

    I've also used Codewarrior for Java, and have been pleasantly surprised. It's a top-notch environment. Metrowerks has done some fine work.

    Forte/NetBeans has a way to go. What a pig. 3.0 has some nice speed and stability increases...

    If you don't need a really fancy setup, try jEdit. It's an open source text editor with syntax coloring(60 file types!), and the plug-ins avaliable give you plenty of project management features.

    And a dark horse: IntelliJ. I really like it. Lots of "enterprise" features bundled in a relatively cheap package.

    1. Re:lots out there by Anonymous Coward · · Score: 0

      CodeWarrior is great, except it lacks the autocompletion that really makes some of the Java based ones easier to use. SourceInsight is great as an editor, but you're still stuck with ant for compiling then.

    2. Re:lots out there by danox · · Score: 2, Informative

      I currently use Forte. This program definately requires some hardware thrown at it. It was just bearable on a 500mghz PII with 245MB RAM. I upgraded to a 1.7 Mghz P4 with 1GIG RAM, and it is very usable. I like forte becasue it is both simple and powerfull. It only does as much as you need it to do. I especially like the new method for creating .jar files in V3, two clicks and your jar file is recreated exactly the way you want. I also like how it can be used to browse the contents of a .properties file. And it's XML suport is cool as well. (XML files appear in the explorer as a node, and you expend the entire tree and change values from the propery window without ever editing the file directly). I use forte for programs that I am developing on my own. One drawback I have noticed with forte, is that since it lives on the JVM, if you crash the JVM while testing a program, you also take down forte, bummer.

      For team projects, my company uses IBM Visual Age for Java. Still resource hungry (though it doesn't touch FORTE) it has the best team based development model that I have found. The IDE connects directly to a server-based reposititory in which all code is kept. Anyone can alter any code they want, but they then have to version their code for it to be available to others. Each class, package and project has a manager, who is able to meld the different versions together and then release the official version of the code. It works well in a heighrachical structure, but can get messy when there is no clear line of ownership in the project.

      --
      "Me and my girl named bimbo . . . limbo . . . spam" - Captain Beefheart.
    3. Re:lots out there by biohazard99 · · Score: 1

      Codewarrior has some nice features for sure, but after the license fiasco at UK, I'll never use it.

      Synopsis:
      For intro to programing (CS115) the gods above decide it was time to move to an IDE, so packaged with our text(excellent book for intro C/C++ programing BTW), they bundled a copy of CodeWarrior 4 that had license keys that expired about a week after classes began. So the CS department had to scramble with Metrowerks to get new keys, but I kept chuging along with HTML-Kit, puTTY and the student webserver, with my ~home/bin mounted on my windows box. Every program was compiled with -ansi and -wall switches. I double checked on codewarrior to make sure it would compile before submitting programs, but that was about it.

    4. Re:lots out there by flipper28 · · Score: 1

      I've been using NetBeans/Forte (switched from forte 6 months ago) for a year now - and I think it is a pretty solid ide for application design.
      When I first started using it (C/C++/ASM background, Came from VC++) I couldn't figure out why people liked it. But over time you realize that it is very well designed and well suited for cross-platform development. I've used VisualCafe, JBuilder, and tried the others but nothing comes close (unless microsoft made a java ide that was compliant with 1.4 standards).

  20. Visual Cafe by Anonymous Coward · · Score: 0

    Visual Cafe for Java by WebGain. It's for Windows but useful if you prefer visual application development.

    http://www.webgain.com/products/visual_cafe/

  21. Re:WTF???? by number+one+duck · · Score: 0, Offtopic

    Now the counter is right again, which will of course make us all like like morons. Maybe its there to break peoples first post bots? (If numreplies 10, pretend like its too late) Of course, having 10-20 comments about "what is wrong with slashcode" is so much better than a few bits of noise...

  22. Now that's a nice IDEA... by Chief+Typist · · Score: 1

    As I sit here cursing JBuilder, I look forward to the end of the current project so I can try out IDEA

    1. Re:Now that's a nice IDEA... by Anonymous Coward · · Score: 0

      IDEA is one of the best IDE's I have ever used ... with any language. Just needs to support JSP and Servlets and I am one happy puppy.

    2. Re:Now that's a nice IDEA... by lonenut · · Score: 1

      It does support jsp, even code completion with jsp's. Of course it handles servlets, they are just another java class. What is missing?

  23. NetBeans by Satai · · Score: 2

    NetBeans is an amazing IDE, although it was a bit slow on my 400 Celeron at work.

    1. Re:Netbeans by 42forty-two42 · · Score: 1

      Oh, and did I mention that NetBeans is written entirely in Java?

    2. Re:NetBeans by Anonymous Coward · · Score: 0

      At my office, we are using Netbeans. We all have exactly the same computers (P3 933). I am running W2K and Netbeans is as fast as VisualC++ while typing, or moving windows... But my collagues are running Mandrake8 with the same jdk and Netbeans is really slower; even while typing, it lags... Moreover, it takes longer to load under linux.
      Does anyone know why ? I hope it's not because Linux's JVM is slower ?!?

  24. Together by ajole · · Score: 2, Informative
    At Queen Mary and Westfield College in London we use TogetherJ by Together soft.
    With together you can make use cases, sequence charts, state charts, all the edu text-book stuff, but most of all are class diagrams. make us happy. works for c++, too.
    It's a hog, though, so get a fat machine. Forte isn't bad, though for a nice IDE.

    I gotta agree though, emacs is the shtuff.

    Patrick Kidd

    --
    -P ...and the boy pulled open his bleary eyes an discovered the python he always knew he was.
  25. Forte is the best by Frothy+Walrus · · Score: 1

    i haven't seen a Java IDE better than ahref="Sun's Forte. its use of EJBs to quickly develop J2EE apps is unmatched, IMHO, and its grasp of XML is a Really Good Thing (tm) to have in a development environment. the ESP toolkit is rad too.

    too bad it's not Open Source, but hey, $20 for media is a really good price.

    1. Re:Forte is the best by Anonymous Coward · · Score: 0

      Forte is pretty much open source. Try netbeans.org. It is the code that Forte is built off of.

    2. Re:Forte is the best by MillionthMonkey · · Score: 1

      Does it still riddle your code with "do not edit" regions?

    3. Re:Forte is the best by SkywalkerOS8 · · Score: 1

      Only when you are doing GUI editing.

    4. Re:Forte is the best by SkywalkerOS8 · · Score: 1

      I swear by it! It truely rocks, of all the IDEs I've tried. I used to use Kawa. Forte 3.0 has amazing support for VSS so there is no reason now for me to use anything else. The only feature its missing is a "References..." feature like in Visual C++.

  26. If it's worth doing, it's worth paying for by Bitmanhome · · Score: 1

    We use Borland JBuilder around here, and I like it alot. Color coding editor, debugger, visual GUI designer, and database controls and classes are all built in. If you ever lusted after the RAD capabilities of Visual Basic, JBuilder has all that too.

    Borland also has a free JBuilder personal (previously called Foundation), for tryout and personal use.

    Be aware: software development in general, and Java software in general will each eat your computer for lunch. You're doing both, so make sure your machines are up to date.

    -B

    --
    Not that this wasn't entirely predictable.
    1. Re:If it's worth doing, it's worth paying for by Bitmanhome · · Score: 1

      WTF?! Those links we're correct when I submitted ..

      Anyway, I believe JBuilder will let you code and test JSP directly in the editor without have to fight a server somewhere.

      -B

      --
      Not that this wasn't entirely predictable.
    2. Re:If it's worth doing, it's worth paying for by Anonymous Coward · · Score: 0

      I personally like JBuilder. Its not that slow if you have memory to support it. My lab top has 256 megs, and it is great.

      However, I find its editor a little weak. I use Multiedit (www.multiedit.com), and I love it. So I write my code in Multiedit, and use Jbuilder for compiling the code.

      John

  27. Java IDE by mrcparker · · Score: 1

    If I was building an IDE it would look like vi.

    Back in my Java days I used Visual Cafe and it was crap. Not only did I have to bother with the language itself, but I had to watch and code JUST LIKE Visual Cafe coded or it would screw up the GUI builder. Also, it - like most IDE's - had a whole slew of buttons and strange configuration options that had to be learned.

    When I went back to vi my code time was cut in half.

  28. That depends by cheezedawg · · Score: 1

    On Windows, its all about textpad. Open up the api documentation in a browser- what more do you need? You can compile and run directly from Textpad.

    --
    "The defense of freedom requires the advance of freedom" - George W Bush
    1. Re:That depends by scottnews · · Score: 1

      Textpad is what I use. The search functions are very unconventional for a Windows app, but you get used to it.

    2. Re:That depends by lucidFur · · Score: 1
      Not to mention that TextPad supports syntax highlighting of Java and pretty much any other language you're likely to code. I use it to write SQL scripts, edit text files, update HTML, etc...

      And it's fast. It keeps out of my way when I'm working.

      And it supports macros, regular expression search & replace, and compilation while in the editor.

      Since I started using TextPad at work, a dozen other developers have picked it up.

    3. Re:That depends by ironfroggy · · Score: 1

      TextPad is great. Only problem is that it is just windows, we need something like this in Java.

    4. Re:That depends by igbarfoosenhopper · · Score: 1

      I agree that Textpad is possibly the best all around editor I have used. I use it for quick editing of my .java files, html and php. The only thing it lacks for me is a 'application' view. Sort of like the workspace concept (which doesn't work that well for me) but more inclusive allowing a treed view of muliple 'applications' and their assorted bits. That being said JBuilder gives me the complete package that building a *full* application needs. It is a complete framework which 'I' believe applications should have Igbar

  29. Editor by Anonymous Coward · · Score: 0

    I use GWD, I found it one day one tucows and have never looked back. fortran! well it does that too, I actualy work with alot of fortran.

  30. UltraEdit by my1wong · · Score: 1

    UltraEdit.
    Fast, easy to use, feature rich.
    But it's a shareware and not really an IDE.

    1. Re:UltraEdit by marcell · · Score: 1

      wine runs UltraEdit perfectly from my win partition... i like when such a thing happens :))))

    2. Re:UltraEdit by mrfunky405 · · Score: 1

      It's the only shareware I've ever registered. Fast, stable, great functionality, nice "Save To FTP" feature.

      I use it for all my development (Java, C, C++, occasional F90 for the number crunching stuff).

    3. Re:UltraEdit by Anonymous Coward · · Score: 0

      UltraEdit is definitely my favourite editor. My only problem is that it is not available on Linux - if it could be ported that would be reaaly great.

      One of the things that makes it such a great editor is the availability of commands under windows that you usually find in Unix tools (replace in files etc).

      Under Unix there is a very nice editor, NEdit, but it doesn't have an MDI interface.

    4. Re:UltraEdit by nealbutler · · Score: 1

      Yeah, UltraEdit rocks! First found out about it about a year and a half ago, on a Java night course, it was what tour tutor recommended. Now I use it for everything - HTML, Perl, Java, ASP/JSP....and so does all my team! Our Java people use something called PowerBuilder (haven't looked at myself), and I use Forte myself if I need to design a GUI - I just place all the buttons and bits and bobs in the IDE, save, then re-open in UltraEdit to write the bits that do the work...and I use System.out.println's for debugging. So, there you go. nb

      --
      MS: ALL YOUR .BASE ARE BELONG TO US
    5. Re:UltraEdit by Pfhreakaz0id · · Score: 2

      another satisfied UltraEdit user here. Wish I had some mod points. It's a tool you can do so many things with: HTML, ASP, Java, scripts, batch files, .... I love it.

    6. Re:UltraEdit by HyperbolicParabaloid · · Score: 1

      Same here. I've been using it so long I've paid to register then paid to reregister for an upgrade after the initial registration expired.
      The FTP feature is excellent. I use it for everything...
      Except Java editing. I used to use UltraEdit for that, but I've converted to Emacs/JDE. It is very powerful, and it is constantly being maintained and improved. The JDE mailing list is the most entertaining one I subscribe to (But don't tell Paul you didn't understand the documentation...).
      I am also entertained by the UltraEdit authors story about how he came to be doing it full time: he got a message from God. No joke. Check it out. I paid him anyway.

      --


      -------------------------
      A person of moderate zeal
    7. Re:UltraEdit by spettibo · · Score: 1

      yea, ultraedit is the shitz!

    8. Re:UltraEdit by dstanley · · Score: 1

      Such acolades.
      I registered UltraEdit to use on Unicode files.
      However, I found it had some short commings.
      When I raised the issue with the developer(s) all I
      got was a canned, "It works our way" response.
      If there was ever a peice of software that I wish
      was GNU'ed......

    9. Re:UltraEdit by senderista · · Score: 1

      I had some issues with UltraEdit and Unicode files as well. Its default behavior is to autodetect UTF-8 files and display them as UTF-16 little-endian, byte-order marker and all. (The rationale is to allow editing of UTF-8 files by hand.) I found this behavior extremely confusing (I thought the Unicode conversion routines I was testing were at fault), so I emailed the developer. His response was prompt, courteous, and helpful. I just had to go into Advanced->Configuration, disable "Autodetect UTF-8", and everything was fine.

      --
      "It amounts to the same thing whether one gets drunk alone or is a leader of nations." -- Jean-Paul Sartre
  31. CodeWarrior by MBCook · · Score: 3, Informative

    What about CodeWarrior by Metrowerks? I use it for C++ codeing and I think that it's great. It's got stanex highlighting, a debugger, etc. It can also do C and Java, so maybe that would be right up your alley.

    --
    Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    1. Re:CodeWarrior by Meech · · Score: 1

      The problem with Code Warrior and other IDEs is generated code. Granted, it helps out tremendously in the long run, but when an error occurs, you might not know exactly where the bug is with code that you didn't write. But...they save time, and time is money.

      Another good IDE is forte, which I think is free from Sun, seems to work better than CodeWarrior and also does the wonderful sytax highlighting.

    2. Re:CodeWarrior by TWR · · Score: 2
      CodeWarrior doesn't generate code, unless you use its icky UI tools.

      It is simply the best damn text editor out there for Mac and PC, combined with a good compiler and project system. Its search (regexp compatible) and diff tools rock. I've been using CW almost exclusively for Java development since 1997.

      The biggest shame is that Metrowerks (now a subsidiary of Motorola) is focusing on J2ME and ending any sort of focus on J2SE and J2EE behind. The tools are now priced like microcontroler tools (i.e., not for individual professional programmers), and nice things like ejbc integration will never happen.

      CodeWarrior with ant integration would be my ideal Java IDE. -jon

      --

      Remember Amalek.

    3. Re:CodeWarrior by Sandor+at+the+Zoo · · Score: 1

      I second (or third?) the recommendation for CodeWarrior from Metrowerks, now a Motorola company.

      At my previous job, we did cross-platform development in Java on Macs using CodeWarrior, and we programmed circles around the guys using JBuilder, Vis Cafe, and VisJ on Windows. Part of that was Windows :-), but the rest was that CodeWarrior just works.

      The Windows guys kept thrashing around with different tools for a couple of months before they ended up with VisJ. I suspect it was because it only sucked as bad as the other tools, and it's MS. Sigh.

    4. Re:CodeWarrior by Anonymous Coward · · Score: 0

      I'm using CW for C/C++ development
      for 7 years and for Java for 4 years
      (on the MAC/Windows) and must tell it's the best
      you can do everything
      apllication. applet, servlet, JNI
      you can debug (even external JAR)

  32. Re:Blech. Most of them are pretty bad. by rfsayre · · Score: 5, Informative

    There is Eclipse, which I've never used, but it got good reviews from Netbeans users (I have used Netbeans). It appears promising as it as a natively implemented GUI (SWT), and a completely modular design. It also has refactoring and other neat stuff check out this recent article.

  33. First... by ChrisBennett · · Score: 1
    Depending on your platform, make sure you have a nice fast JDK/JRE like IBM's. In fact I would even change platforms for Java development performance.

    The last time I have seen the benchmarks, the numbers were abysmal for all OSes besides Windows and Solaris. In fact, if you think benchmarks don't matter, try running Forte, my Java IDE of choice, on say... Linux. Please don't flame me for that, I really did try, but Windows 2000 Pro did not lag when clicking on the menu bar. (I have a PIII/850.)

    Now perhaps this is a major weakness in write-once, run-everywhere Java, but Sun or IBM developers seriously need to concentrate on optimizing JDK/JRE for all platforms. Otherwise, if I can get best performance on Windows, why don't I use C#? I really hope they fix this problem.

    In the mean time, my recommendation is Windows 2000 Pro/Forte for Java.

    1. Re:First... by Anonymous Coward · · Score: 0

      I noticed more then few comments about IBM's jdk
      outperforming sun's.
      But from my experience every single piece of code i wrote was a lot faster with sun.
      About 20-30 percent.
      And friend of mine wrote a nice parser.
      When we benchmarked it it was almose twice faster
      in sun jdk than in ibms.
      This was on Windows 2000.
      And on Linux it was even better.
      One stupid program with writing 500MB over 100 Mb
      switched ethernet interface was doing 9 MB/s with sun, 5 MB/s with ibm.
      For fun i wrote c version of the same and it was doing about 9.5 MB/s.

      It was less performance diference between natice C and Sun's java than between suns and ibm.
      (It was crossover cable between two machines)

      All of this was without any gui.

    2. Re:First... by Anonymous Coward · · Score: 0

      Yeah, like C# vill work well on all plattforms, you forget its a MS programming language...

      use IBMs JDK

  34. Forte. by DGolden · · Score: 4, Insightful

    Um, I think Forte/NetBeans and IBM VisualAge/WebSphereStudio/Eclipse/Whatever have the serious Java IDE market pretty much sewn up between them. Borland used to be a player, but aren't now.

    It's been months since I've met anyone who doesn't use Forte/NetBeans, although people targetting IBM Websphere server tend to use VisualAge for Java.

    One feature I'd like to see is a "see-through" source pane, showing superclass code with a muted background in the same pane as the class you're editing, so that you don't have to hold so much state (remembering the superclass) in your head, perhaps with a configurable depth to which to walk back up the class hierarchy. This would make working with inheritance easier for dolts like me.

    --
    Choice of masters is not freedom.
    1. Re:Forte. by Anonymous Coward · · Score: 0

      IBM's VisualAge for Java is _excellent_ as far as Java IDE's go. By far the most productive interface I've used.

      Just my 2c

    2. Re:Forte. by DGolden · · Score: 1

      It is indeed good - when I last used it, it only did Java 1.1., and failed to handle inner classses, though. Obviously, that was some time ago.

      --
      Choice of masters is not freedom.
    3. Re:Forte. by easter1916 · · Score: 0

      Version 4.0 handles all of that. It's a top-class IDE, fast, stable and has a superb distributed debugger.

  35. Anything but Forte! by Mdog · · Score: 1

    We tried to use forte for cs125 at uiuc in the fall of 00. It was a real mistake. Very buggy, very slow...terrible terrible program.

    I think I may have just been trolled :)

    Mike

    1. Re:Anything but Forte! by d3l1r1um · · Score: 1

      > We tried to use forte for cs125 at uiuc in the
      > fall of 00. It was a real mistake. Very buggy,
      > very slow...terrible terrible program.
      >
      > I think I may have just been trolled :)

      Where you were trolled or not, judging software by your experience with it a year ago isn't a very good idea. A year can do a lot of a product's maturity.

      I dislike IDEs in general, but as an IDE I didn't find Forte to be any worse than anything else I've tried. Emacs all the way :)

      d.

    2. Re:Anything but Forte! by teflonrabbit · · Score: 1

      It takes a hefty dose of RAM, but if you have it, it's a great development environment. Personally, i've got over a gig, so it doesn't phase me (shouldn't everyone have that much, considering prices?)

      It almost completely eliminates lookups to the API for obscure function calls as it autocompletes as you type and gives you usage information -- big time saver there.

  36. JDEE by Anonymous Coward · · Score: 0

    IDE's are crap, except when debugging. For editing, get the editor that lets you type quickly and accurately. Make certain your build system (ant) is set up to delete files because java compilers don't follow cross-file dependencies reliably.

    JDEE is an Emacs IDE for Java. Emacs means that you rarely, if ever, have to remove your fingers from the keyboard. IMHO, this is a good thing.

    Later,
    Ross

  37. NetBeans by Anonymous Coward · · Score: 0

    www.netbeans.org

    'nuff said. Check it out, it thoroughly impressed me, as I was tired of JBuilder.

  38. forte with cross-directory compiler is nice by master2b · · Score: 1

    but its based on netbeans so that might work nicely as well.

    Great thing with it is you can just mount directories correctly and you don't have to f#$k with your classpath :-). One key compile and your classes are dropped in the right place . . .

    --

    Listen to Reality!
    1. Re:forte with cross-directory compiler is nice by pivo · · Score: 1

      Forte community edition (the free one) and NetBeans are the same thing. The difference is that you can buy support from Sun for Forte.

      I do like the directory mounting idea, but the IDE is too slow on my machine. Also, it's so feature packed it makes emacs look svelte.

    2. Re:forte with cross-directory compiler is nice by master2b · · Score: 1

      Well actually there are pay modules for the sun edition which won't necessary play nice with netbeans . . . but yes basically they are the same.

      I use forte at work on p3 933 (I think) with 256mb and it does fine. Granted its not as responsive as a native windows app but most of my coding time involves staring at the code, tweaking code, and its a rare case that it can't handle my keystrokes fast enough ;-).

      Nice one on the emacs line! You should see it once its got all the modules added on . . . looks like the antagonist from akira!!!

      --

      Listen to Reality!
  39. Debuggers by Reality+Master+101 · · Score: 2, Insightful

    I agree with him. Take a look at the top developers (Linus Torvalds for example); almost all the best programmers use printf's (or the equivalent) and only fire up the debugger if its absolutely necessary. It's very often the case that debuggers make programmers lazy. They will spend an hour single stepping through the code rather than actually looking at the code and figuring out where to put a few well-placed printf's.

    There are certainly top programmers who use debuggers (Carmack, for example, uses one I believe), but in my experience it's more the exception than the rule.

    And yes, I've developed both ways. I always end up returning to simple printf's because it ends up using much less aggregate time than using the debugger.

    --
    Sometimes it's best to just let stupid people be stupid.
    1. Re:Debuggers by Cato+the+Elder · · Score: 1

      Of course, whether or not the "top developers" use interactive debuggers or not has very little bearing on recommending an IDE. If the majority of programmers in the environment use interactive debuggers, than a good IDE should have good debugger support (unless you want to retrain everybody). The only consideration for the top developers should be not crippling them--they should be able to use their favorite custom tools.

      Like the poster above, I have developed both ways. I certainly agree that debuggers make some programmers lazy and that single stepping through the code rather than looking for appropriate spots for inspection is stupid. However, with the same amount of consideration, I find debuggers often save me on "aggregate time" because of the time needed to recompile the project. This is especially true with embedded development, where the program has to be transferred to the target.

    2. Re:Debuggers by jonestor · · Score: 1

      My god, you're advocating that people don't use debuggers!!!?? Isn't there enough buggy code out there?

      Am I a bad programmer because I use a debugger?

    3. Re:Debuggers by Reality+Master+101 · · Score: 3, Interesting

      than a good IDE should have good debugger support...

      I'm not saying that there shouldn't be a debugger at all. In fact, I think I said that occasionally one is useful (particularly for analyzing core dumps). I'm mostly taking issue with the AC who ignores the advice anyone who doesn't use a debugger, which is absurd.

      I know I'll never convince people who use debuggers, because it sounds so counter-intuitive, but I have to put out the seed every now and then. I used to go through it with my employees all the time. It used to drive me crazy watching them stare blindly at the debugger, when all they had to do was put in some printf statements and then analyze the program flow to see the problem.

      And that's the big advantage of printf-style debugging. It lets you see the flow of your program at a higher level, rather than micro-watching it at the line-by-line level. It lets you selectively output what's important, rather than having to deal with all the trivial details. Also, when you leave in all the tracing, you get a debug log everytime you run it to see what happened when something else blows up.

      Oh well, I know from experience that this is one of those debates that you can't win. :)

      --
      Sometimes it's best to just let stupid people be stupid.
    4. Re:Debuggers by SquierStrat · · Score: 1

      I'd disagree. A printf makes debugging a pain. Most programmers want the highest quality in the shortest amount of time and printf is not the way to get there. Torvalds doesn't use a debugger simply because he does use a frigen IDE, the man rarely even steps in X for God's sake! :-) An IDE with a well-designed debugger (such as the Borland ones IMHO anyhow) can make life easier. MAke me lazy? Perhaps, but I wonder how many bugs you could have avoided by stepping through your code and watching the variable's values or watching your registers rather than just seeing where it is crashing. You probably would have gotten through the debugging faster too. Maybe I'm ignorant...afterall I'm not a professional yet (student) but maybe I'm right...

      --
      Derek Greene
    5. Re:Debuggers by TurboRoot · · Score: 1

      There are many things printf can't do for you. It can't check your stack. Sometimes, your code crashes when its executes a RETURN statement. The reason is that the stack is corrupted, and it has no idea exactly where to return to.

      You also don't have to single step through code. :P You can jump through code with breakpoints just as fast with printf, with the advantage you can stop and take a look around if you notice something funny.

    6. Re:Debuggers by batboy78 · · Score: 1

      Unfortunatley thats how a lot of people programm, but thats not how you should be doing it. If anyone read the post two days ago about scheduling projects, there were some good comments made about code peer reviews, and having a good outline so you don't spend hours typing in print statements to find the bug. The point is if you follow a well defined process there will be less bugs for you to go tracking after no matter how you write the code, IDE, text editor....

    7. Re:Debuggers by Anonymous Coward · · Score: 0
      almost all the best programmers use printf's (or the equivalent) and only fire up the debugger if its absolutely necessary. It's very often the case that debuggers make programmers lazy. They will spend an hour single stepping through the code rather than actually looking at the code and figuring out where to put a few well-placed printf's.

      how about actually looking at the code as you suggest, but do it in a debugger, set a breakpoint, and inspect a variable. that's a whole fucking lot easier than putting in a print statement and recompiling

    8. Re:Debuggers by Anonymous Coward · · Score: 0
      Just like I'm sure people all over the world are saying, and have been saying throughout history:



      Many innocent Americans died, but that doesn't mean we should've keep trying to destroy the US government.


      Oh, but it's different, right? Why? Because we're right, and they're wrong. Unfortunately, there is a lot of evidence of the crimes the US government commits constantly against it's own citizens and plenty of others in the world. It's funny because I've not seen any real evidence that Osama bin Laden, the Taliban, or this Al Qaeda organization was behind anything that occured on the 11th of September. But we're the US; we don't need evidence!

      the best evidence I've found on CNN is that there was someone who claimed he was trained in a terrorist camp supported by bin Laden. BIG WHOOP! Guess what? The US government trained bin Laden and tons of his buddies. By the US government's and the media's reasoning, the US government is just as much directly responsible for this latest wave of terrorist.

      Arrogant pig.

    9. Re:Debuggers by Anonymous Coward · · Score: 0

      Fortunately -- very fortunately -- it's totally irrelevent what you think. Go ahead and live in your infantile fantasy land that the US is evil, and Osama Bin Laden is just a misunderstood humanitarian. But please leave the adults alone to take care of the business of preserving the world's peace, freedom and liberty (as well as, coincidently, your own).

      P.S. I guess all the countries of the world (e.g., France, Russia, Pakistan, Almost all Arab states) are just being snowed by the US's lack of evidence. What a moron.

    10. Re:Debuggers by Trepidity · · Score: 2

      I don't see *any* advantage to printf statements. If you take the line in the code you would've put the printf statement at, and instead set a breakpoint at that line, and then inspect the value of the variable you would've printed out, you have the *exact* same effect with no recompilation. And if that gives you useful information (perhaps reminds me of somewhere else to look for the bug), you can now investigate further without yet ANOTHER recompile.

      What could possibly be the advantage of using the printf instead of just inspecting the variable at that line?

    11. Re:Debuggers by Bradee-oh! · · Score: 1

      I agree completely, plus an addition - specifically talking about java, you can't go wrong with well placed System.out's and more importantly, the automatic stack dump on fatal error.

      --
      "This is Zombo Com, and welcome to you who have come to Zombo Com" - www.zombo.com
    12. Re:Debuggers by uchian · · Score: 1

      I used to use debuggers all of the time, and they were certainly useful at the time.

      But the difference between a debugger and printf statements is negligable - you can't use a debugger effectively unless you have a test case that definitely finds the bug that you are tracking down. But if you have such a test case, you can use printf's to find it as well...

      Acshually, for nasty bugs, it's normally easy to track down using fprintf's to a log file, and then grep or some other relevant tool to find out where the problem lies.

      So use what you prefer - try both though.

    13. Re:Debuggers by til · · Score: 1

      I too hate debuggers. It's mostly shooting at sparrows with cannons. But sometimes they are useful. The only debugger i ever really loved was in smalltalk: the default handling of unhandeled erros was to pop up the debugger, so it was right where you needed it, you would step back a few commands, inspect some objects and the bug was no more! I've never seen anything close to that debugger since.

    14. Re:Debuggers by fredrik70 · · Score: 1

      Believe this is more about a matter of taste than anything else. One could basically do the same thing with a few breakpoints at strategic places.
      Oh well, you're definetly right that this is more of a 'religious' issue than anything else ;-)

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    15. Re:Debuggers by Jorrit · · Score: 1

      It is very rare that I'm interested in only one value. And it is even more rare that I'm interested in the first value. So I use printf because then my program doesn't stop and I can redirect the output to a file to examine all values when that routine was entered. If I had to do that with a breakpoint I would have to press 'continue' too often and only get the results I want one line at a time.

      I usually also put printf's at various places. Having to put breakpoints at all those places (and more annoyingly, having the program stop at all those places) is not very nice.

      Additionally I often work on programs that have some kind of GUI and are event driven. It is very hard to make good use of breakpoints for such programs as your GUI is not responsive while the program has stopped so you are unsure what events will get through.
      Greetings,

      --
      Project Manager of Crystal Space (http://www.crystalspace3d.org). Support CS at http://tinyurl.com/cb3x4
    16. Re:Debuggers by Anonymous Coward · · Score: 0

      >Oh well, I know from experience that this is one of
      >those debates that you can't win.

      You can't win because, well, you're wrong.

      There is no significant _conceptual_ difference between sticking a printf at line 56 and using the debugger to execute all code up to line 56. The only difference is that using a debugger is simpler and easier, since there is no need to re-save and re-compile the project.

      You probably got this idea by misreading the common argument that people tend to overuse low-level debugging techniques (for example, printf statements or debuggers) and underuse high-level debugging techniques (for example, doing a hand trace or drawing a UML diagram). Low-level techniques tell you the value of a particular variable at a particular time when the program is run with a particular set of inputs. High-level techniques are far more powerful; they tell you the complete story of how a program deals with any set of inputs.

      While I agree with this argument, you should realize that debuggers and printf statements both operate on the same, lower level; they can only tell you the enviornment of a particular run of the program at particular time slices. Debuggers are only more powerful tools for peeking into and playing with the runtime enviornment.

    17. Re:Debuggers by MrBlue+VT · · Score: 1

      I use System.err since its then much easier to later grep through your source and remove em.

    18. Re:Debuggers by Anonymous Coward · · Score: 0

      Oh, I know your pain. The thing is, a lot of these junior coders don't really know how to design their code defensively, so that a few choice prints in right places would show them exactly what the problem is and where.

    19. Re:Debuggers by Anonymous Coward · · Score: 0

      What if you want to turn on the breakpoints and variable watchpoints you used three months ago?

    20. Re:Debuggers by MSBob · · Score: 2
      If I had to do that with a breakpoint I would have to press 'continue' too often and only get the results I want one line at a time.

      Ever heard of conditional breakpoints? Even gdb supports them. Learn your tools well before using obsolete debugging methods (like printf).

      --
      Your pizza just the way you ought to have it.
    21. Re:Debuggers by greenrd · · Score: 2
      I hadn't. I wish jdb supported them, that would be really handy.

  40. Kawa by benb · · Score: 2, Informative

    Kawa was a nice IDE a few years ago. (But not open-source.)

    I didn't track it, but it seems like it got pushed around between several companies and has finally been dumped by Macromedia. Morons.

    1. Re:Kawa by Fnkmaster · · Score: 2
      That practically makes me cry. Things like this make me so thankful for Free Software. Why the hell would you ever kill off a product that people DO want and use? I suppose a large piece of enterprise software junk that nobody is going to use does the world no good if open sourced, but something like a nice Java IDE could make so many people happy and create such a positive net effect on so many.


      Bastards.

    2. Re:Kawa by NatZi · · Score: 1

      Kawa was canned by Macromedia in October. This is what happens when cheesy graphics design companies begin buying real development tools.

    3. Re:Kawa by sbrown123 · · Score: 1

      Kawa, now owned by Macromedia, is definetly a very good IDE for Java and very cheap compared to the hordes of other Java IDE's. It lacks a graphical tool to build GUI's for Swing or even AWT. Other than that, it contains everything you need.

      Sadly, my work has recently switched to JBuilder. Kawa lost only because, believe it or not, it was too cheap. Some people feel they must pay a fortune for a good product.

      JBuilder is probably the best IDE for Java out there that I have tried. Its commericial cost is a bit too much though. It has all of Kawa's capabilities and has a GUI editor.

      My work, prior to Kawa, purchased Visual Cafe. This bloatware caused numerous issues I will not even start to go into. I guess it would be nice if all you wanted to do was make applets.

      Forte takes too much system resources. The most annoying part of Forte is that opening it starts over 6 windows running. Why couldnt they have produced an IDE that only requires 1 window to use? Minimizing and Maximizing Forte is a chore and I spend too much time resizing or docking windows so I can see what I am doing.

      Visaj sucks. It may be okay for building GUI but thats it. Theres not much to say about Visaj because there is not much to it.

      jEdit is a great general editor but as a Java IDE it lacks too much. But I may be eating those words in a few months due to the intense amount of development being done on this tool.

    4. Re:Kawa by Elrac · · Score: 1

      I just looked at Kawa a few days ago. It's still alive, but Macromedia is charging so much for it that it might as well be dead. Shame, too! Kawa fills the need expressed by several people here: A quick, syntax-aware editor with hooks into the Java API documentation and other help files... a bit of debugging and running support and nothing much more. I considered it the ideal IDE for a while. I've moved on, but I don't think I'll ever find the really ideal IDE.

      --
      When one person suffers from a delusion, it is called insanity. When many people suffer from a delusion it is called Rel
  41. I use by nebby · · Score: 5, Insightful

    Slickedit, hands down the best balance between Notepad and a full fledged IDE I've seen. Think emacs, but with a better GUI and without all the extra crap and ridiculous key combos.

    I've cranked out many lines of Java code with it, so it's lasted the long haul for me.

    --
    --
    1. Re:I use by hattig · · Score: 3, Insightful
      Is that you, Roy? :)

      Seriously, SlickEdit appears to be amazing, but I am an emacs man, and I like my mode of operation: [edit stuff]
      ctrl-x v v [cvs comment] ctrl-c ctrl-c

      SlickEdit doesn't do CVS, but it does other code repositories.

      It also has emacs emulation.

      It is a lot for an editor. And I have only seen badly formatted code generated using it - sure programmer disfunction, but annoying.

      You have to get comfortable with your editing environment. Once comfortable (say, a few weeks regular use) then you can evaluate it.

      One thing - I hate editors that restrict you to Courier. That is a crap editing font.

      kate (KDE editor) is also nice as well, and configurable. Built in console option, and multiple files open at the same time in a good GUI. Multiple highlighting modes (not as advanced as the 'old' KDE Advanced Editor though), not restricted to a fixed-width font, etc. I like it.

      I used to like the old Amiga editors as well. BED. GoldED. CygnusEd. They were solid and good as well. Not relevant to the topic, but interesting anyway.

    2. Re:I use by Anthanos · · Score: 1, Informative

      Hands down - Visual SlickEdit. Linux, Windows, Solaris - works on all of them in EXACTLY the same manner. Context sensitive help for many languages (this is a godsend in Perl) etc. It can function as an ide through predefined and customizable shell commands and interactivity, it has its own scripting language for extended functionality, it can emulate Vi, BREIF, CUA, EMACS and others.. really, can't think of anything it can't do. Hell even the ugly code most people write can be "beautified" with the click of a button to match any predefined and customizable look.

      --
      pGina, http://www.xpasystems.com - Making the big boys play nice.
    3. Re:I use by richieb · · Score: 2
      it can emulate EMACS

      Oh, yea! Can you do M-x tetris ???

      ...richie

      --
      ...richie - It is a good day to code.
    4. Re:I use by alcmena · · Score: 1

      I'm a huge fan of AnyJ. Wonderful syntax highlighting, runs in several operating systems, and free for Linux use.

      It's written in Java so it's a memory pig, but it's stable as hell. One thing though, it doesn't have the memory leaks that plague may other IDE's.

    5. Re:I use by MemRaven · · Score: 3, Informative
      I use slickedit on a regular basis. And we use P4 at our shop (i.e. not one of the "default" source control systems). If you go to Tools->VersionControl->Setup you can actually specify all the commands with keyword replacement to put in any other command-line based source control system. So you can integrate with CVS using it if you just type in a few commands. So in that case Visual SlickEdit does do CVS.

      Visual SlickEdit also allows you to pick all your fonts (great for me who loves lucida sans in 9 point).

      I've seen badly formatted code with Visual SlickEdit, but it's probably programmer error. If you know how to set up your autoformatting stuff (just how it does open and close braces when it does it automatically, and yes, you can turn it off) then you can get it to happen just how you like it. It doesn't look exactly like emacs-default, but I personally hate most of hte emacs-defaults, so there you go.

      One thing that I haven't seen yet is the tags support. While in ctags you have to do something (like hit a key) to see a tag, in visual slickedit you just over over a keyword and it shows you in another pane all the references or the source of any local or class or global variable. And of course it does the drop-down listbox for all the member variables and methods and suchlike. That's the feature that really got me hooked on it, and I find it difficult to live without it at this point.

    6. Re:I use by Anonymous Coward · · Score: 0


      Actually I am suprised that KDevelop doesn't support Java.

      Anyone know if they intend to.

    7. Re:I use by m8919 · · Score: 0

      I have CVS working on my SlickEdit, so it do works. I really haven't found anything you can't do with slickedit.

      SlickEdit kicks ass!

    8. Re:I use by Anonymous Coward · · Score: 0

      See that "K" in front. It means C++ fascism in force. Welcome to the wonderful world of KDE!

    9. Re:I use by aagha · · Score: 1

      I have to agree. By far, one of the coolest and most diverse (and customizable) IDE's I've EVER used.

      One down-side: not enough of a "community" behind it.

    10. Re:I use by timwynne · · Score: 1

      Probably because the people who use it are too busy writing code, rather than fumbling around with out-dated or bloated editors!

      --
      -- Profound quotes need not apply
    11. Re:I use by Anonymous Coward · · Score: 0


      SlickEdit doesn't do CVS, but it does other code repositories.

      SlickEdit does CVS out of the box in 6.0. At least in my windows installation, dont know about the Unix versions.

      And i have to agree: SlickEdit really kicks ass, it is by far the best editor ive ever worked with.

      I recently did some Java with it, worked fine, could run and test it all within SlickEdit, and currently im doing some C++ work which is really great in SlickEdit.

      Dirk
      --
      Too lazy to register so ill stay an AC

    12. Re:I use by pbryant · · Score: 1

      I'll second SlickEdit. You get to configure the JDK it uses for things like building and javadocing your project.

      Code formatting is great.

      It supports method completion, though not perfectly for me if inner classes are involved.

      It supports (color coding, some completion stuff) non-java file types like C#, HTML, xsl.

      It supports macros (which I don't use)

      It supports various "views" of your project: file based, class based, etc.

      It does _not_ have a debugger. For that I use the excellent bugseeker from www.karmira.com

  42. Personal preference... by Beamerweb · · Score: 1

    Since IDEs are very subjective to a person's preference, it's hard to pick "the best" solution for a group of people. My personal preference is HomeSite/ColdFusion Studio from Allaire. Neither of them have much in the way of java support, but they're extensible to the Nth degree. I wrote a little java/javac/appletviewer wrapper app and bound it to my F-keys to perform my basic compile/debugging. If you want to check it out, it's at my html site. If not, no biggie. It's pretty simple, but works for me. I've tried IDEA, JCreator, NetBeans, Forte, and a ton of others, but i'm so hard-wired into the Allaire environment, and i don't do enough java to make much use of the big tools, so i stuck with what i'm used to. All the above are great apps, very well done. I don't like how slow the java-based ones are from a UI standpoint (i.e. Forte and it's Swing backing, i had to get out and push)

    1. Re:Personal preference... by Anonymous Coward · · Score: 0

      i don't think i want "to check it out" or "go to your site". thanks.

  43. Personal Experiences (Netbeans) by Angry+Black+Man · · Score: 2

    Personally I have only used Netbeans (an open source IDE writte entirely in, you guessed it, java) and Forte. I've heard of some people who like a Tek-tools product but I don't know much about it.

    The thing I like about Netbeans is that it runs on Linux AND Windows. Again, personally, I've only used the Linux version. I think they also have maybe a Mac OS, OS/2, and Unix (?) version of the product. The difference between Netbeans and Forte is that development builds come out often with new features that I can't deny loving.

    Of course, no product is without bugs. Fortre has bugs. Netbeans has bugs. The only major problem I've found using Netbeans is that when you request an inexistent branch during checkout the program crashes. There are a few other petty problems, but, again there are builds that come out all the time and bugfixes almost daily. Hope this helps!

    --
    the byproduct of years of oppression by the white man
  44. Try Idea by Anonymous Coward · · Score: 1, Informative

    I've tried Visual Cafe, JBuilder, Forte, Together, JDeveloper, Visual J++--pretty much every damn IDE you can think of. The best out of all of them is Idea from IntelliJ. It's fast, has a great interface, and tons of features.

    Check it out. http://www.intellij.com

  45. Netbeans by illusion_2K · · Score: 5, Informative

    During the whole discussion of Eclipse the other day, I wrote about how it differs from Netbeans.

    For me it meets pretty much all of my needs:

    Open source

    Decent interface (although some people disagree), which you can configure to appear as a single window or multiple windows (great for those multi-monitor setups)

    Support for CVS

    Ability to mount FTP directories as a filesystem so that I can store projects on the servers at school

    Support for a whole wack of Java standards which I don't use at all - JINI, JSP, beans, etc...

    ANT build scipts

    Plenty of other stuff I won't bother to mention.

    In fact the only real minus to it is that it is kind of a memory hog and takes a bit to load up (probably because it's written all in Java). Either way though, it's worth a look.

  46. use the emacs JDE by phranking · · Score: 2, Insightful

    Its what I use, a bunch of (I think) lisp modules that plug into emacs and keybind all sorts of whiz bang keystroke saving nonsense (ex. "bo" auto-expands to "boolean" and M-/ scroll completes variable and method names ala bash's tab key). I had massive wrist problems, and got a kinesis and installed the ide and I'd estimate my total number of keystrokes is down to maybe a third of what it used to be without JDE's code completion functionality. Not to mention the built in debugger, which shows all variables in scope in a particular instance of a class (which also kind of sucks when the stack gets really huge, or you've got a really meaty instance, but hey). As far as GUI building - I've always found that I've better luck with swing when I get in there and lay stuff out explicitly.

    1. Re:use the emacs JDE by Anonymous Coward · · Score: 0

      Agreed! In my quest for 'rapid development' I tried nearly all editors/ides and really ended up being speediest by far with all the JDE tools (second place was vi, all fancy GUIs resulted in slower development).

      Another thing that has helped in the 'rapid' part is prototyping with Jython (http://www.jython.org/). Keeping the rapid development in CODE rather than pretty GUIs has really helped with my development speed.

      However, I'm happy that all Java folk are nuts for the big GUIs- that way it's easier to look good in comparison :)

    2. Re:use the emacs JDE by Malc · · Score: 1

      And the best thing about using Emacs + elisp is that it is on every platform that Java is on. A cross-platform development tool for a cross-platform environment! It's great switching OSes and having the same UI everywhere!

      I subscribe to the Emacs NT mailing list, and it seems that the guy behind JDE is constantly turning out new versions and updates. It seems very active.

  47. What makes a good IDE, aka: Netbeans is real close by mactari · · Score: 3, Interesting

    What does a Java IDE need?

    * Open source -- I want a new feature, I add it. I see a bug, I fix it.
    * Code completion -- As much as you might hate M$, there ain't no faster coding that Visual Basic, and most of that is due to Intellivisio -- ur, Intellisense. If the IDE finishes my lines for me, that's half the battle right there. (Thanks, Mr. Ness)
    * GUI RAD -- Look, I want to program the nuts and bolts, not spend tons of times making a beautiful set of buttons. A RAD lets me WYSIWYG my way to a great UI.
    * Syntax highlighting -- as stated in the post, I like to see what's a string, what's a comment, and what's code. And see it quickly.
    * The exact same UI cross platform -- When I go from Windows at work to a UNIX workstation down the hall to my iBook at home, I want to use the same tool to program my "write once, test -- ur -- run everywhere" code. My code's crossplatform, why shouldn't my IDE be too?

    Hey, lookit there, I just described http://www.netbeans.org !

    Sun funds much of the development team, so I know I have support. But before Sun gets their hands on the code to turn it into Forte, I've got full access. Was actually reading /. waiting for Netbeans to download updates as I wrote this.

    Only drawback -- I sure wish this was written in assembler. ;^D Without a 1.8 GHz machine, it's still a little slow.

    --

    It's all 0s and 1s. Or it's not.
  48. NetBeans / JDeveloper by Xofer+D · · Score: 2
    I like the idea of NetBeans, a free and Open Source (Mozilla-esque license) Java-based Java IDE. Uh, looks like the site isn't responding, so here's the Google cache. I like its UI design, too. However, my experience with it has been that it's really really slow. I suspect misconfiguration on my part, since I haven't heard more general revulsion towards it. 30 seconds to build "Hello, World!" would cause revulsion, I figure. Still, having an IDE that runs on all platforms is nice.

    On Windows, I've used Oracle JDeveloper, which is Free(beer) software and can be downloaded from the Oracle Tech Network site if you register. I've mainly used the older version (3.1) for doing JSP work, but it contains some native code and is thus faster. I think Jdeveloper was based on Borland Jbuilder, but I'm not familiar with the new version.

    --
    The Signal/Noise ratio can be improved in two ways. Remaining silent is the OTHER way.
  49. Killer Features by nwalker · · Score: 1
    The killer features of a truly great IDE:

    * Nice (customizable) code formatting, syntax coloring, with little niceties like showing you the first bracket when you end one.

    * Great debugger, be able to step through code and graphically watch variables change, as well have a command mode for full 'probing' beyond what the GUI should reasonably do.

    * Library knowledge. When you hit the '.' to access the members of an object, should pull up a list of all members of that object. Should also display method prototypes when you hit '('. Saves many a doc lookup!

    Now I know I'm going to get flamed for this, but really the best editor I've found with all of these features is MS Visual Studio. Especially the last one (MS calls it Intellisense). Live with it for a while, and then try living without it. I've yet to find any comparable one in Linux or Java.

    Although please prove me wrong - I'd love to have a Java IDE with all of this stuff!

    1. Re:Killer Features by Anonymous Coward · · Score: 0

      It's named JBuilder. Does all that and more. Totally customizable. Syntax highlighting, pretty printing, find object references, object declarations, ...

      Also supports various editing styles: emacs, vi, brief, MS VS, CodeWarrior.

      And also provides an easy extension mechanism.

    2. Re:Killer Features by Anonymous Coward · · Score: 0

      Eclipse has all these things

      IBM's Visual Age also has all these requirements, and incremental compilation on top of that, but alas.. its only for windows :(

    3. Re:Killer Features by Turiya · · Score: 1

      I use Visual Studio when working for a custumer,
      but I am always happy when I can get back to my
      xemacs envoirement.
      The editor of VS is just crap in comparison to emacs.

      The object catalog is a nice feature though, I have to see if I can find it for emacs.

    4. Re:Killer Features by Anonymous Coward · · Score: 0

      I know MS is good that way but you want to look at IDEA. So far every developer I have told to look at IDEA from intelliJ has converted. It is the best piece of software I have ever seen in my entire life. case closed.

    5. Re:Killer Features by Elrac · · Score: 1

      I find the features you asked for in IBM's Visual Age. While the syntax support is a little skimpy, IMHO the debugger is the world's best!

      --
      When one person suffers from a delusion, it is called insanity. When many people suffer from a delusion it is called Rel
  50. Forte for Java by Josuah · · Score: 2, Interesting

    I've used Forte for Java Community Edition (CE) and it's really great. It's free, and supports most everything the developer needs, although if you need some beefier features you have to pay for the Enterprise Edition.

    The only problems I've had with it are a lackluster editor, which doesn't do as much syntax coloring as I would like or handle indentation very well (you have to right-click and choose to re-indent/nice-up the code).

    But one of the nice things about Forte is that it uses XML and plain text for all the project files. You can copy the files from one computer to another and even between platforms and you're good to go as long as you have a copy of Forte for Java over there.

  51. Java IDEs by walt_r · · Score: 1

    My recommendation is IDEA from Intellij.

    http://www.intellij.com/

    There is an early access edition of the next release, so download it and give it a go. You'll be pleased you did. Among its fans are Martin Fowler (author of well regarded books on UML and code refactoring)

    1. Re:Java IDEs by KyleCordes · · Score: 4, Interesting

      I am surprised at how few comments IntelliJ IDEA is getting here. It is very good. The refactoring features (hence the Fowler connection) are so useful that I think it's likely that most major IDEs will copy them in the new few years.

      I've also had good results with JBuilder, with VisualAge (for projects where I have no need for source code in files, which is not many of them...), and with plain old text editing.

    2. Re: Java IDEs by lscotte · · Score: 1

      VisualSlickEdit. While not technically an IDE, it's trivial to wire in external tools such as ant.

      I also use TogetherControlCenter, but once I move from design to coding that environment is too slow, cumbersome, and resource intensive.

      SlickEdit/ant is especially nice when deploying EJBs. TogetherCC and VisualCafe take a couple of minutes to deploy an EJB jar. ant does it in 5 seconds.

      --
      This post is licensed under the Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 License.
    3. Re:Java IDEs by Stmpjmpr · · Score: 1

      I downloaded after reading this post, and I must admit that I'm blown away. I've been using NetBeans and JBuilder, and this is better than both on most counts. The only complaints I have so far are that I wish it had JBuilder's CVS integration and servlet development tools. Otherwise, it spanks both the others.

      PS: I'm using Mac OS X right now, and IDEA works great on it.

  52. Re:Emacs by Anonymous Coward · · Score: 0

    I use Domestos myself. VIM doesn't clean the floor good enough.

  53. Re:Comments on Java by Anonymous Coward · · Score: 0

    Yep. The editor market for Java is already taken by Borland (primarily). And realistically, the product is good enough that most people don't want to switch.

  54. Plugins, plugins, plugins by Pedrito · · Score: 2

    I haven't written an IDE, but I use one (Is that kind of like, IANAD but I play one on TV?). Start simple. Make a basic editor with color coding for keywords, maybe even variables and other things. Most importantly, make it extensible via plugins. If you're going to go open-source, this means that you don't have to write all the functionality. Other people will write coold stuff to plug into it.

    I don't do Java, but I've played with it and the lack of a good IDE is a problem. Make it possible to plugin new functionality (code-snippet libraries, integrated CVS, regular expression/text search tools, etc) and people will add to it.

    The current project I'm in involves a very component-based system. One of the best things we ever did was to add a "plugin" capability to our system. We now support one executeable (with very limited functionality), but we have a bunch of different options, in the form of plugins, that we can ship to different customers to fit their needs. If there's a bug in the primary code, then we fix it and all of our customers get it, no matter what customizations they have.

    Granted, I'm the architect of the product, so I've got a little pride in the fact that it works so well for us (not that plugins were my idea, but for our product, it's original). But after seeing it work so well, I'm sold on the idea of creating component-based, extensible products. I think it's something that would work especially well in the open-source environment.

    1. Re:Plugins, plugins, plugins by Wawazuzu · · Score: 3, Informative

      You should have a look at jedit it is not a complete IDE but rather a very powerful text editor with _tons_ of plugins (anything from a java class browser to a full featured irc client). And it's open source also.

    2. Re:Plugins, plugins, plugins by Anonymous Coward · · Score: 0

      Oracle's JDeveloper 9i release is supposed to have all of the things you mentioned, including CVS support. The addin (plugin) support is supposed to be even better than in 3.2. See http://otn.oracle.com/products/jdev/content.html for more info.

  55. JCreator by CEHT · · Score: 1

    Try JCreator. They have one free version and one professional version.

    --

    ============
    Mathematics will always come back to hunt you down, in so many ways

  56. Together Control Center and Borland JBuilder by Edward+Teach · · Score: 1

    These two programs play well together. Together Control Center is a complete UML modeler with a built in color syntax highlighted editor. Comes bundled with JCVS and Tomcat. Has an integrated debugger and allows for live debugging of servlets. Models Java or C++ and also provides code auditing and metrics. Together has an open API so you can modify the tool to suit your needs.

    I use Borland primarily to build the GUI and then do everything else in Together.

    --

    Setting his threshold to 5, Sparky eliminated most of the trolls on /.

    1. Re:Together Control Center and Borland JBuilder by togethergod · · Score: 1

      Finally some body that sees my point the open API. Hell I get so much done so fast in Together I have time to write modules to speed things up even more and get some head shots in Unreal. Not a camper either. BTW as fast as TCC has new features a GUI builder has to be on the way. If not in the new release I am gonna write my own.

  57. IDE RE: by donour · · Score: 1

    good call.

  58. Try FreeBuilder by Kiro · · Score: 0, Troll

    In case some people don't know it exists, there is a free (as in speech) Java IDE over at www.freebuilder.org

    .

    1. Re:Try FreeBuilder by cr0sh · · Score: 2

      Not anymore - whoa - popup hell on a porn site - ack!

      WARNING - DON'T GO TO THAT LINK!!!

      Yes, there used to be a freebuilder IDE - I know, I was on a dev list at one time - but where it is at now, who knows...

      --
      Reason is the Path to God - Anon
    2. Re:Try FreeBuilder by Kiro · · Score: 1

      sH!*$&

      Their website moved, it's at:
      http://nisoft.orbitel.bg/freebuilder/

  59. Pluggable Editor, Keyboard Control by PhotoGuy · · Score: 1

    Two main reasons I won't use IDE's is that they don't have pluggable editors. If you could have vi, emacs, and a plain old window-ish editor, you'd attract a lot more folks.

    Related, is the ability to do everything from the keyboard. As a developer, I type a lot, and fast. Being forced to use the mouse to develop is a significant productivity issue for me. (Same reason I like vi, is that I can do everything with my fingers in the home position; no escape-meta-alt-control-shift contortions, no reaching for the mouse to simply move around).

    Oh yeah, another key feature is that any code produced by the IDE should work perfectly well outside the ide, and vice-versa. IDE's that insert their own chunks of code, and put in comments a la "don't modify this", suck, in my opinion. The IDE should be an optional tool to make your life more efficient, not something your code becomes dependant upon.

    Nobody's accomplished those that I've seen, which is why it's still vi/javac for me :-)

    -me

    --
    Love many, trust a few, do harm to none.
    1. Re:Pluggable Editor, Keyboard Control by Anonymous Coward · · Score: 0

      Your talking about IDE that uses a type of framework... ie borland and microsoft usually do that.. There are plenty of IDEs that just "make your life more efficient".. ie JCreator

      Cheers

    2. Re:Pluggable Editor, Keyboard Control by Anonymous Coward · · Score: 0

      But you can! JBuilder and probably others enable you to set key bindings so that you can feel like you are plugging away on ol' emacs or whatever. Hell, I've got JBuilder rigged out such that it feels just like the old skooldos based Borland products I used as a kid...

      Jbuilder in no way ever puts the kind of "don't touch me" blocks around code...in fact, I have seen that in any major java-focused ide for a good 2 years now.

  60. RAD is key! by fireboy1919 · · Score: 1

    If you're going to make use of the big, powerful editors, the main reason is to make use of rapid application development - building the guis on the fly, and then adding the code (or visa versa). Its the reason that the big, powerful development tools are big. Otherwise, you might as well use a text editor.

    Most of the applications have a huge problem: for the parts of the code that they write, you can't edit it, unless you don't want to use the RAD tool for creating gui's anymore (their parsers often only work with their templates - especially J++). The big exception to this is JBuilder. You can write code, change it with the RAD tool, and then change it more. Not only that, but the code that is produced by JBuilder isn't half bad, unlike most of the other GUI's I've tried, which produce horrible looking code.

    Of course, there are a few other features I particularly like - it can keep track of the classes you've created so that you can easily figure out what methods to call, but those are just icing.

    As to the speed - most of the GUIs are written in Java, which makes them very portable, but about half the speed they would otherwise be. However, its a constant speed slowdown, not an exponential one. Just use a fast enough computer, and you won't notice the difference.

    --
    Mod me down and I will become more powerful than you can possibly imagine!
  61. Re: SlickEdit by Bitmanhome · · Score: 1

    I too use SlickEdit quite heavily .. VERY customizable, supports aliases ('spr' becomes System.out.println), and if you implement or extend another class, it will auto-add method prototypes for you to override.

    -B

    --
    Not that this wasn't entirely predictable.
  62. IntelliJ IDEA by milwaukee_road · · Score: 1

    IntelliJ IDEA is the best IDE for Java that I've used. The code completion and refactoring are incredible, especialy the automatic package import. Large feature list, features that actually work and work well. Project setup is simple and unobtrusive and does not force a bunch of configuration files into the codebase. Ant integration is also helpful. I switched after trying Jbuilder and VisualCafe. I was never an IDE fan before this product. (I am still a bit of an EditPlus fan)

    I am especially fond of highlighting a block of code and choosing "suround with->try/catch" to auto generate a catch statement for each checked exception generated by that code. very nice.

    1. Re:IntelliJ IDEA by richieb · · Score: 2
      I use Emacs, and I've used Jbuilder for debugging, but I started to play with IntelliJ IDEA few days ago and I find it amazingly good.

      For example, I had to change a class name in a system of 400 classes and 35,000 LOC. IDEA did it in about 5 seconds. I haven't yet tried the other refactoring features - but they look amazing.

      I also like the remote debugging (IDE on my machine, debugged program on another server in another city).

      ...richie

      P.S. I played with Netbeans and Forte, but IDEA seems much easier to use.

      --
      ...richie - It is a good day to code.
    2. Re:IntelliJ IDEA by Anonymous Coward · · Score: 0

      I agree. I tried the demo version a couple months ago and was blown away. Unfortunately the firm I work for has already invested in JBuilder 5.0 Enterprise which is also quite good.

  63. Try CodeGuide by Anonymous Coward · · Score: 2, Insightful

    CodeGuide by OmniCore (www.omnicore.com) is pretty inexpensive, performs really well, and has a bunch of useful features, including very good code introspection and completion. It doesn't do GUI form editing, purely code editing, but that's all I need it for since I do exclusively server side work.

    1. Re:Try CodeGuide by Anonymous Coward · · Score: 0

      I do like CodeGuide. Amongst its weaponry... tooltips that show the javadoc associated with routines/variables you're accessing.

    2. Re:Try CodeGuide by Anonymous Coward · · Score: 0

      Yes CodeGuide is a good performer. I also used CodeGuide and was very happy with it as it is the *only* IDE based on swing which performs good, even on my system at work which is a PII 400, 128MB ram, linux. It hasn't got a GUI builder but I never used GUI builders with other IDEs anyway. I was also happy with JDE for emacs. JBuilder I found quite nice but the performance is horrible. On my new system at work (PIII 500, 256 MB ram, Win2K) JBuilder is slow. About every 15 minutes the machine is swapping for about 1-2 minutes because of a memory load of about 300megs (where Jbuilder is responsible for 150+ megs after some work) when I have a typical work environment (some explorer windows, some browser windows, some telnets, a mp3 player, icq and the IDE). So it looks to me like this:

      - if you have got more than 256megs ram, use everything you like. JBuilder, NetBeans, you name it.
      - on slower machines use native IDEs/editors
      - CodeGuide is a compromise, performing well also on slower machines but you are 100% java, *sigh*

      /olaf

  64. IDEs to consider by kdorff · · Score: 1

    Together Control Center is a great product including UML and all that and a reasonably good editor. Pricey.

    Borland JBuilder is a great editor and it is nice for debugging servlets. Somewhat pricey but good. No UML diagrams.

    Ultraedit is a nice text editor, inexpensive, color coding of java and somewhat stupid command completion.

    XEmacs (latest version) has color coding of java, smart command completion, etc. You do want to learn emacs to take full use of it which may be somewhat steep if you haven't used emacs before. Debugging doesn't equal TogetherCC or JBuilder but much cheaper.

    Get the demos, try them all.

  65. Java IDEs by sQu@sH · · Score: 1

    I'm a senior CS major, and i've used differend IDEs for Java over the past four years. Jext is a very good enhanced text editor. A couple of nice Java IDEs are Forte, which is available at Sun, and Kawa, which you can find at download.com.

  66. IntelliJ IDEA: the best IDE around! by Kablooie!! · · Score: 5, Informative
    I don't work for intellij: I'm just a very satisfied customer.

    Check out IntelliJ IDEA at http://www.intellij.com.

    IDEA is an excellent fully-integrated IDE. It supports (among many other things):

    • Full syntax highlighting of Java and JSPs
    • All the smart editor functions you would ever want
    • Configurable coding style pretty-printer
    • Integrated debugger, CVS, ANT, and extensible with an "External Tools" interface
    • Shortcuts galore- you can do everything with the keyboard if you choose.
    • The big thing: Built-in support for a whole mess of Refactorings
    • And a whole lot more

    IDEA is written in Java, so it works on the main platforms (I personally use it on Solaris, Linux, and occasionally Win NT/2000). Despite this, performace is good.

    It costs something like $400US and I think it is worth every penny.

    Grant

    --
    Shop Smart. Shop S-Mart.
    1. Re:IntelliJ IDEA: the best IDE around! by dubl-u · · Score: 3, Informative

      Yep! I've been using it for the last couple of months, and it's the first IDE that I thought was worth the bother.

      Before IDEA, I used things like vi or nedit. Every IDE I tried seemed to be mainly an interface annoyance coupled with a bunch of code generations tools (which personally I think are for dolts). Or instead it turned out to be something that insisted on a particular way of development that had very little to do with how I worked (hello, TogetherJ and VisualAge).

      But IDEA has excellent attention to UI: it does what I want about 90% of the time; JBuilder is more like 30%. And its automated refactorings are the bees knees; being able to safely and quickly rename a method across a 1000-class project is alone worth the money. And that sez nothing about the other refactorings or the many other handy tools.

      And like the previous poster, I'm not affiliated with IntelliJ; I just think their products kick enough ass that I coughed up my own personal dough for a copy to use at work.

    2. Re:IntelliJ IDEA: the best IDE around! by Anonymous Coward · · Score: 0

      IDEA rocks my world :)

      the best , not bloated like jbuilder or forte

    3. Re:IntelliJ IDEA: the best IDE around! by savoystyle · · Score: 1

      I'm also a huge fan of the great class-browsing functionality. When you have 700kLOC written over 3 years by 50 different people, it's a HUGE help to be able to right-click and see the javadoc, or go to the definition of a class, method, or variable. It's also really useful to be able to find usages of variables and methods.

      Lotsa refeactoring tools that are really great.

      JUnit integration is cool too.

      It uses lotsa ram, but it's worth it.

      PS -- I don't work for IntelliJ either. I'm just a big fan.

  67. IDEs by spiro_killglance · · Score: 1


    I use Java builder 4, its nice enough. A lot
    of the time, I still do simple bugfixing and
    rebuilds using xedit and make script.

    Jarkata Ant is nice "make" replacement for building
    java apps. And can be integrated into jbuilder,
    and other IDEs, if your project gets completed
    enough to need one.

    This ought to have been a slashdot poll rather
    than an Ask slashdot.

  68. AnyJ by CEHT · · Score: 1

    AnyJ is also a good one to use. It supports Windows, Mac and Linux.

    --

    ============
    Mathematics will always come back to hunt you down, in so many ways

    1. Re:AnyJ by exnihilo · · Score: 1

      anyJ is great, although i haven't used it in about a year. it's got all the essential features plus many more that any big ide will offer.

      biggest annoyance: all files that you want to edit open in their own windows. so say you're working on 3 java classes, you'll have 3 windows open, one for each file, plus the project naviation window. this would get out of hand.

      biggest extra: anyJ doesn't hold on any jars in your classpath. so if you have generated jars (if you're using a tool like ant), your build can delete and rebuild those jars without having to restart your ide. i've found this really nice, compared to togetherJ and jbuilder which keeps a handle on those files.

      --
      As symetry is a type of order and beauty inherits order, beauty and symetry are directly related.
    2. Re:AnyJ by Anonymous Coward · · Score: 0

      Version 3.x also offers a JBuilder like single mode + improved debugger

  69. VIMIDE by matt[0] · · Score: 2, Interesting

    If I were designing an IDE, I would integrate gvim as the text editor, integrate ANT, and include a UML-to-code component like in Together ControlPanel. It would also have to load very fast.

    NetBeans has ANT integration, Together does too, but they all have sh***y text editors and are sluggish.

    My suggestion is to buy a copy of Together CC 5.5 for laying out projects (give it to your chief architect), and let the coders use whatever they want. If you are doing a project which requires Swing, you also might want to use JBuilder. VisualAge is good but generates terrible code. It really helps to use one of those tools when laying out panels.

    --
    --------- Matt
    1. Re:VIMIDE by Anonymous Coward · · Score: 0
      If I were designing an IDE, I would integrate gvim as the text editor, integrate ANT, and include a UML-to-code component like in Together ControlPanel. It would also have to load very fast.
      Gvim, or the basic functionality of gvim, would be essential for a useful-to-me IDE. But that would just be a starting point. I'd like to have syntax hilighting for references to objects and classes in the current package, to objects and classes not in the current package but included via an import (even if only an explicit import) statements, yet another hilighting indication for objects and references to objects that are inner classes [of the current class].

      ANT integration would be nice. As would integration with an external makefile system.

      UML-to-code I would consider a bad idea. However, code-to-UML would be a /good/ idea, especially if it could handle links across package boundaries.

      CVS integration would be nice, too.

      Building in a debugger would be nice; breakpoints, especially if the program can be stepped 'backwards' from that point, would be very nice.

      NetBeans has ANT integration, Together does too, but they all have sh***y text editors and are sluggish.
      Sluggish performance is the primary killer for IDEs, followed (or led?) by crappy use-the-mouse-for-everything text editors.

      And, of course, more-than-usual difficulty in bringing an existing project into, or takeing it out of, the IDE. I have a project with 600+ classes in a number of packages and sub-packages; trying to bring this into most IDEs hasn't been a matter of pointing the IDE at the root of the source tree and clicking on a magic button that says "use this".

    2. Re:VIMIDE by matt[0] · · Score: 1
      UML-to-code I would consider a bad idea. However, code-to-UML would be a /good/ idea, especially if it could handle links across package boundaries.

      How come? I have found that feature very useful for framing our a project, creating java beans, stuff like that. Give the free version of Together a try to see what I mean.

      --
      --------- Matt
  70. Have a look at Kawa by imrdkl · · Score: 2
    It's minimalist although the company was recently sold, and it seems to be growing in alliances with other vendors. Especially good for beginners, imho. The recent integration with CodeWright makes it very flexible for the advanced user as well.

    Lately, I've also tried using ctags(1), with the newer options for parsing java code:

    $ ctags --lang=java
    then combining the tag files with Vim(1) using Vim's syntax highlighting and the tags to hop around. ctags and vim dont really give you a visual class browser... but they're free.
    1. Re:Have a look at Kawa by imrdkl · · Score: 2

      Aak, bad link. Sorry. Kawa is here. I actually wasn't gonna even give a link. But since I gave it wrong, I'll fix it.

    2. Re:Have a look at Kawa by TheMightyZog · · Score: 1

      Hope that the current version is very good, because it's a dead end.

    3. Re:Have a look at Kawa by Anonymous Coward · · Score: 0

      I loved using KAWA during my days of Windows development, but when I moved to the Linux platform there was no Linux version. Bummer.

      I tried the demo version of Visual SlickEdit for Linux, and it simply **ROCKS**! And VSE is ported to Win, Linux, Solaris, and *BSD. The "look and feel" is exactly the same across all releases, which I find a feature that makes VSE the best IDE/editor available!

  71. Don't forget Ant! by Bitmanhome · · Score: 1

    Ant is akin to Make, but with an XML control script. Our script compiles, builds javadocs, runs the ObjectStore post-processor on the classes, and builds the .jar files for us.

    -B

    --
    Not that this wasn't entirely predictable.
    1. Re:Don't forget Ant! by richieb · · Score: 2
      Couple of IDE's have support for Ant. Netbeans and IntelliJ IDEA support it. I think you can add it to JBuilder too.

      ...richie

      --
      ...richie - It is a good day to code.
    2. Re:Don't forget Ant! by jmtrachy · · Score: 1

      I work at basically a J2EE shop were we have made Ant our standard buildscript for every project. It cuts down on a development time waiting for your application to deploy.

      Intellij IDEA the best IDE I've used. After trying JBuilder, VisualCafe, and Netbeans I think IDEA beats them all hands down. Its integration with CVS and Ant is incredible, and it has more time saving short-cuts (they really work) than I ever thought imaginable.

  72. Java based IDE by updatelee · · Score: 2, Informative

    I would love to use an IDE, a great editor with debugging eatures like stack trace and step by step variable windows. that would be great. I use ultraedit for coding php, Ive use ZendIDE a java based IDE, dont like it, the editor just isnt as powerull as ultraedit.

    Chris Lee
    lee@mediawaveonline.com

  73. NETBEANS HANDS-DOWN by msowka · · Score: 1

    ... hmm, I'd like to think I've tried them all and I have to say that NetBeans is by FAR the BEST.
    www.netbeans.org +++++ IT"S OPEN SOURCE!

    1. Re:NETBEANS HANDS-DOWN by Anonymous Coward · · Score: 0

      Does it still lack incremental compilation?
      Visual age had it beat with this feature.
      The other thing about netbeans that i dislike is all the small windows, i guess you could get used to it though.

  74. Forte CE 3 by JeffCrowder · · Score: 1

    I've tried a number of Java IDEs, and Forte has proven to be the best at enhancing my productivity while not imposing too many restrictions on how I develop. For no cost, the Community Edition provides significant support for developing a subset of J2EE apps (JSP/Servlets, JDBC, etc.) right from the start.

    Forte's IDE is extemely modular and extensible, with 3rd party modules becoming increasingly popular, and providing built-in support for developing your own Forte modules.

    The downside? It is extremely heavyweight. Make sure you have gobs of memory if you really want to get any value out of using Forte.

  75. Why not try Oracle JDeveloper by xkid · · Score: 1

    It is combined with a UML designer.

  76. It's out there... but slow by javaaddikt · · Score: 0

    Forte is great--I love the editor especially. All the bracket and parenthesis matching, auto smart indention, keyword highlighting, code completion, argument reminders, etc... Unfortunately the entire thing is done in swing and is major bloatware. Swing is a major heiffer.

    Makes a great timer for popcorn. Put a bag in the microwave as it starts, four minutes later you have perfectly-popped kernels.

  77. Omnicore CodeGuide by rodbegbie · · Score: 3, Insightful

    Codeguide from Omnicore is absolutely outstanding. Its automatic code help feature is incredible. You can see the errors in your code before trying a compile.

    I use Forte, and find it painfully slow, but its Swing forms designer tool is superb (it's a piece of cake to do GridBag layouts!)

    CodeGuide is the best I've used in terms of quick, easy code development.

    rOD.

    --
    Rod Begbie done this, and he's not
    1. Re:Omnicore CodeGuide by Anonymous Coward · · Score: 0

      a combination of the nice refactoring and debugging features of intellij and codeguide would be a killer. Intellij is a bit slower, but packed with great features. Codeguide is fast, but lacks features.

    2. Re:Omnicore CodeGuide by kipsta · · Score: 1

      I recently had a discussion with one of the owners of Omnicore. Apparently they are adding usage searching and a lot of refactoring features... as well as working on debugger upgrades. As far as CG itself, I think it's a great app. A bit of a memory hog, but a hell of a lot better than a lot of the IDEs I've tried.

    3. Re:Omnicore CodeGuide by bleedingedge · · Score: 1

      Was my favorite, before Eclipse showed up. Still has some great features that should be incorporated into Eclipse.

  78. I use Idea, personally. by mrAgreeable · · Score: 5, Informative

    I've tried several. Here's a rundown of what I've experienced. All of these have syntax highlighting, code completion, popup parameter help, can jump to the place a class or variable was defined. The all have a debugger.

    Codeguide This was my first java IDE. I used it for a while. For a java IDE it's not so slow. Real-time compilation shows any code mistakes (it underlines them red), even stuff that others miss. Free evaluation version. Not terribly expensive. Relatively poor debugger. Nice autoindenting and code formatting. Virtually nonexistant CVS integration. Closed source.

    JBuilder : Slow. Does a lot. Has excellent plugin support, so it can be extended a lot. Nice project management. The Enterprise version has excellent CVS integration. Has a visual editor if you do a lot of Swing programming. Fairly poor real-time error detecting. The best "enterprise" tools of these I mention. If you're doing j2ee stuff maybe you can use that stuff. Nice debugger. Library support for editing classpath is great. Autoindenting and code formatting a little weaker. Frustrating memory leak under linux has been plaguing it for years. There is a free version, closed source.

    NetBeans SLOW. Reall, really slow. Has a ton of plugins. Ant integration is cool. Project management is a little hard to get used to. Etrememly flexible.I gave this one a real chance but the speed and bugs finally drove me away. Weak CVS integration. This is whas Sun's Forte is based on. (Think Mozilla/Netscape.) Open source.

    Idea Excellent IDE. The refactoring support is 2nd to none in any IDE for any language I've ever seen. Code formatting is excellent, I've never seen so many options for how to format code. Code templates are cool. Library support is a little weaker than jbuilder and codeguide - that's one of its few weaknesses. Decent CVS integration. (Not as good as JBuilder, nothing I've seen is.) I code faster with this IDE than any I've used. UI to override methods, implement interfaces, move methods (and fix all the dependencies in your project), rename methods/classes. Lots more. Try it. Closed source.

    1. Re:I use Idea, personally. by shrewtamer · · Score: 1

      I also vote for Idea. I have been a C/C++ developer for 5 years and moved to a job writing Java 9 months ago. This IDE is better than any IDE I have seen for any language. Its all written in Java - I used to use it in a Linux environment while the rest of my team used Windows. It integrates nicely with Ant, has excellent code completion and generation, makes it really easy to move around the code, you can do searches like find all write accesses to this data member, find all calls to this method. The best thing about it is its refactoring capability. It has great tools to move around code and to change the name and type of methods and data items. The integrated debugger works well too. I know this IDE made a huge difference to my productivity (especially when relatively new to Java.) I would give developers as much freedom as possible in choice of tools (IDEA doesn't have diagramming tools so some people might like to start off their work with something like Together which will produce jave code from UML diagrams) However I do think it is a good idea to maintain a standard development enviornment that will allow new developers joining a team to easily start work. Having experienced the quality of IDEA I would say this is an excellent candidate.

  79. Here is a whole slew IDE's by crafty_barnardo · · Score: 2, Informative

    I found this site while searching Google for Java IDE's - here is the link. Hope it helps. It appears to have a listing of a whole bunch of different Java IDE's - some commercial, some not..so.

  80. Ultimate IDE by lavaforge · · Score: 1

    [user@host]$ vi filename

    Just my take on the matter

  81. Re:Comments on Java by matt[0] · · Score: 2, Interesting
    Java seems like its on its way out.

    Are you serious?! I don't think Java is on its way out, it seems to be gathering steam. Look around -- many more companies are distributing signifigant products built with Java. The installer technology is finally getting to the point of being useful as well. I've shipped products built in Perl, C/C++. Java, VB and even some early access stuff in C#. Of all those, I see Java as having the most promising future.

    --
    --------- Matt
  82. IBM Visual Age for Java by kalislashdot · · Score: 1

    My company uses IBM Visual Age for Java and I got to say it rocks. It has color coding, central repositroy, built-in versioning and every time you save your code it checks to make sure there are no errors and will make suggestions to fix it. One feature I really like is the auto-complete. You just type the first few letters of a function and it will give you a list, even functions you created get put into the list.

    1. Re:IBM Visual Age for Java by jyellis · · Score: 2, Informative

      I work for IBM and have used Visual Age for a couple projects. I agree the auto-complete feature is an excellent tool for turning out code. Not only does it fill in Java core functions, it also fills in functions and members of the classes you have written. Keeps you from constantly referring to a constant file (no pun intended). Other great features of Visual Age include an easy to use debugger and the ability to graphically view the OO hierarchy of any class.

      However, the drawback to VAJ is its size makes it a cumbersome application. In addition, files must be imported and exported, meaning they cannot be edited by any other editor without being exported first. Not to mention, VAJ costs over $1000.

      Thankfully, IBM is coming out with an IDE that provides all the features listed above while eliminating the need to import or export files and reducing the size of the application. Even better the new IDE is free, Open-Source. Mentioned on slashdot a couple days ago, the new IDE is a part of the Eclipse Project. They just released version 1.0. You have to join the Eclipse community to download and but its a simple process.

  83. My Java IDE by mxpengin · · Score: 1

    (vi||nedit) && ddd && jdk && documentation && mozilla Thats all I need ...

    --
    "We all know Linux is great...it does infinite loops in 5 seconds." -- Linus
  84. jdb ant vim cvs etc by hack0rama · · Score: 1

    My kind of Java IDE should be:

    1. Not written in Java, but written in native toolkit like QT/GTK.

    2. Editing mode should have the choice of vi mode.

    3. Syntax highlighting, auto tabbing and paranthesis matching like in vim.

    4. Debugging interface to jdb, with an optional gdb mode where you can use your favourite gdb commands in jdb and/or a complete visual debugging mode like in DDD.

    6. CVS/Clearcase hookup for version control.

    7. Project build management with make/autoconf and/or with ANT from apache.

  85. Eclipse project by jokercito · · Score: 1

    The Eclipse project from IBM seems very promising.

  86. Re:IBM Visual Age for Java (BEST for OO!!!) by phallen · · Score: 1

    If your into Object Oriented programming and design (OO) then you want VisualAge! Unlike most IDEs you can view the object hierarchy and brows things like references to objects, methods and fields.

    IVJ is the OO programmer's IDE!!!

    --
    If Slashdot is where the spelling-challenged go when they die, I'm in heaven.
  87. Re:Blech. Most of them are pretty bad. by optikSmoke · · Score: 0

    I agree: most Java IDEs I have tried are much too slow. I would like a good native IDE, not written in Java -- they're just too slow and cumbersome (swing's responsive on my box can be downright horrible at times).


    I am currently using kate (one of the editors that comes with KDE), as I can turn on the filelist to get a list of open files, use the projectmanager plugin (comes with it) to easily load sets of files, and the java highlighting is good. Ant is great for my compilation needs, and I just use konsole's "tabbed" multiple-shells-in-one-window interface to handle the various parts of my projects (kate also allows you to have a shell built into your editing window, but I find konsole to be easier).


    If you want something with some more features, but isn't as slow as Netbeans/Forte, I was using Jedit before I switched to kate. It is a really good Java-based editor with a great set of plugins so that you can basically build your own customized IDE. In fact, I find Jedit's features, with appropriate plugins installed, to be superior to Forte's.

  88. Forte CE is currently best by Anonymous Coward · · Score: 0

    I've tried Cafe 3.x, JBuilder 4.x, Visual Age 3.5 and 4.0, Netbeans 3.2 and 3.3beta, and Forte 3.0 ce.

    The only one that has decent support for web applications is Forte. It has support for creating and debugging JSP, Servlets, WAR files, TagLibs. The problem is that it only supports Tomcat 3.x right now.

    Really, all the IDEs suck for web dev, but right now Forte sucks a little less.

  89. JBuilder 5 by Anonymous Coward · · Score: 0

    review

    free personnal version

    Triple-Cross-Platform development - with new support for three leading application servers (Borland AppServer, WebLogic and WebSphere), three version control systems (ClearCase, Visual SourceSafe and CVS) and three development platforms (Windows, Linux and Solaris).

    Bringing Java and XML together - take advantage of the latest technology for data exchange and presentation. JBuilder includes fully-integrated and comprehensive XML development support for the entire development cycle including creation, manipulation, transformation/presentation and integration.

    Enhanced enterprise development and deployment to J2EE application servers - including new support for WebLogic 6, WebSphere and new Borland AppServer 4.5. Plus easily create enterprise deployment archives (EAR).

    Improved team productivity - with new integration with three leading version control systems Rational ClearCase and Microsoft Visual SourceSafe.

  90. lxr may help... once your code is in CVS, at least by jabbo · · Score: 3, Interesting

    It's a cron-job type of thing and you'd have to write some elisp to integrate it with the lxr output (or hook into the fragment database), but it could be done:

    http://sourceforge.net/projects/lxr

    It looks like they're nearing a 1.0 release and have got the database integration and CVS integration cleaned up a lot lately. You'd still have some work to do if you wanted a fully-automated in-editor version of what you're asking for, but it would be fun stuff to implement, I think most of the drudgery is taken care of by now. Wow LXR has come a long way!!!

    When I was a full-time Java/C/C++ developer I often used DDD + XEmacs + the combination of LXR and CVSweb to keep my wits about me and could therefore point other developers to whatever I'd done recently, how it worked, and what it involved. Now I'm more of an admin/loose cannon...

    Haven't used LXR in a while and it seems like all my code has degenerated into componentized Perl, C, and Bash lately, but I still use CVSweb, JavaDoc-style docs (POD, JavaDoc, PHPdoc, Doxygen, whatever works), and a syntax-hilighting editor (Vim or XEmacs) whenever I write anything that'll be deployed for more than a week.
    I know that the Gnome and Mozilla projects use LXR integrated with CVSWeb, but don't judge it harshly just because of that ;-). (actually I'm using Galeon and kind of like it better than IE, so scratch my bitching about Mozilla)

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
  91. Re:What makes a good IDE, aka: Netbeans is real cl by Anonymous Coward · · Score: 0

    * GUI RAD -- Look, I want to program the nuts and bolts, not spend tons of times making a beautiful set of buttons. A RAD lets me WYSIWYG my way to a great UI.

    Now here I have to disagree. Most GUI RAD tools let you build your prototype real quickly - but suck when it comes to making UIs that internationalize... Any that results in code that puts component X at location Y,Z and size A,B is going to fall over if you want a global app. Beware ...
  92. Try this.... by jheath · · Score: 2, Interesting

    Instead of learning an IDE how about focusing on what the language offers and how to best use it and the APIs that support what you do? Instead of spending money on the same IDE for everyone how about having the Java developers work on the Sun Java Programmers Certification together and let the company pay for that? Meet one day a week at lunch and discuss a chapter from a certification guide. If that's too basic how about springing for a copy of Design Patterns for everyone and go through it a pattern a week over lunch? Everybody down with patterns, then think about something similar with Martin Fowler's Refactoring or whatever strikes the group's fancy. Learn javadoc and how to exploit it effectively. Do code reviews and pair programming. Think about what you do and how you do it rather than ask "Gee, what tool can I go buy to do my work for me."

    In short figure out the actual tool (the Java language) and the ways to use it effectively rather (patterns and best practices) rather than waste the time and money learning to use a tool which may do "something" for you but ultimately rests between you and the tool you are working with, Java. Besides, you've got at least person that department that is using either vim or emacs and there's gonna be a fight when you come for their editor.

  93. Re:What makes a good IDE, aka: Netbeans is real cl by StandardDeviant · · Score: 1

    Netbeans also is not too shabby for JSP testing, given it's integrated servlet/jsp arch, which i think is tomcat (either that or it was real smart about working with the tomcat I had installed previously).

    I find that netbeans depends really more on physical memory size than processor speed for how well it performs. I run it on a 450Mhz machine and it does fine (cel 300a->450), the kicker is I hav 256Mb of ram. I saw about a 40-60% performance improvement when I went from 128Mb to 256Mb. This is on win2k, so I'm sure it'd probably work even better on a Unix. ;-)

    Oh, and let me second what another poster said about ArgoUML being a decent free UML tool. It's pretty mem hungry too, but you can't beat the price...

    Happy hacking!

  94. Some decent advice here... by Fnkmaster · · Score: 5, Informative
    Actually, the advice of the other posters here is decent. I have tried most of the IDEs and Java-aware editors out there. Let me preface this by saying that I have both used these tools and managed development organizations that have used them in heterogeneous environments at my company. In the end, I still use emacs about 95% of the time for editing Java source code. As far as using UML tools, others have recommended Together Control Center and in my opinion this is a superior product to Rational Rose, but this really only comes into play in the design phase of a project with sufficient complexity to merit it, and doesn't really speak to your question (though I think proper use of UML and design documentation do improve developer productivity in the long term).


    Lemme give a quick run down of what Java IDEs I have knowledge of:


    • Kawa: A nice, relatively clean IDE, syntax highlighting, add-on modules for stuff like EJB/servlet debugging and nice things like that. It may have a different name these days, I tried it over a year ago for a while.

    • JBuilder: This is old faithful amongst Java IDEs. It's not that fast, but it has a lot of features, and a lot of nice modules (I like the JxBeauty plug in, makes quick reformatting really easy). Also has great JSP editing support, with dual mode syntax highlighting (a MUST if you are doing serious JSP work, i.e. HTML and Java syntax highlighting in the same file). I've never seen it do autoindenting, which I can't stand (nothing else I've seen does as good a job at this as Emacs). But as an IDE is the best package I know of. Has improved a lot since 3.0, but I've only tried each successive version a few times. 5.0 is installed on my box and I used it for JSP editing for a while, but not much else, and I don't do JSP work anymore.

    • Netbeans/Forte: I have seen people who swore by this. Actually, only one guy, and I fired him (not because he swore by Netbeans, which I consider a slow bloated piece of dog turd, but because he was incompetent). I really disliked it and found that I had uninstalled it within a day. YMMV depending on your tolerance for REALLY slow REALLY laggy Swing apps (and this was on a PIII 750 with 256 megs of RAM)

    I've also tried some editors that are nicely Java-aware but don't include the other IDE features. jEdit, Textpad and Emacs are my favorites. Nothing beats a nice, well configured emacs, IMHO. It actually can be configured as more or less a full IDE with automatic compiler and debugger invocation, but I just use it for the slick editing capabilities and the nice color configurable syntax highlighting, auto-indenting, etc. Only weakness is that the dual-major-mode JSP highlighting hacks I've seen out there are all pretty weak and annoying to use. JBuilder is easier on the eyes and brain if you are doing JSP work.


    That's about it for my experience. I have come back to emacs every time, since ultimately it's more work than it's worth in terms of any productivity I'd gain to use an IDE. The reality is that if you know the command line tools for your development platform (i.e. javac, jdb if you need to debug, and java for the VM) and you have a good build tool (I HIGHLY recommend Ant for pure Java apps, then using emacs and the command line, you are just as productive if not more so than the dude down the hall with the IDE. Once the stuff you are working on has become part of a large application with its own build structure, etc. making your build system and your IDE work together is really not feasible.


    Most importantly, what I really STRONGLY don't recommend is forcing everyone in the company to use the same IDE. This will have a hugely negative impact on developer productivity if you have people who like and prefer to use emacs and command line tools. Offer official training and support for a "preferred" environment if you want, whatever that environment may be, but don't force it on people who are comfortable and productive in a different environment, unless you really want to piss them off AND you can afford the several weeks of down time while they familiarize themselves with the new environment.


    On the subject of integrated debuggers, etc., sometimes they are useful, sometimes they are not. Occasionally I have to turn to the debugger, but as apps get more complicated, if you have threaded anything, etc. it becomes difficult and poor practice to rely too much on the debugger. It's a tool, know when it's appropriate, whether you use one on the command line or embedded in your IDE of choice.


    And if you are building GUI apps, I highly recommend getting an IDE with some decent RAD tools in it (the IBM Java IDE as I recall had better tools than JBuilder). If you are just hacking JSPs and Servlets, productivity is primarily limited by developer competence and coordination between development and design staff (that's the hugest one in my experience), not by anything fundamental to the IDE or editor you are using.


    Again, YMMV and these are just my opinions.

    1. Re:Some decent advice here... by Mr+Thinly+Sliced · · Score: 2, Interesting
      > Most importantly, what I really STRONGLY don't recommend is forcing everyone in the
      > company to use the same IDE.

      It's interesting to note how many dev shops force their developers to use a particular operating system too - this is gradually changing but what I really want to do is develop in the way I am most productive and making me use windows + JBuilder cos everyone there does is pants at best, unproductive and expensive at worst. It's got to the stage now that I take my laptop with me. (Linux/emacs watch me alt-meta-shift-cokebottle those naughty windows boys)

    2. Re:Some decent advice here... by mr_goodwin · · Score: 1

      Whilst I have to agree that netbeans is a little on the slow side, it's primary advantage is related to a point you made:

      You can easily make full use of the IDE within and existing build structure. It's wll integrated with ANT, and once it has started it runs at a tolerable speed (bear in mind that you can turn most of the useless stuff off).

      Many other IDE force you to use their way of structuring a project or to have project metadata scattered around the place. This annoys me, and is one of the primary reasons (excellent CVS integration is the other) why NetBeans is by far my favourite IDE.

    3. Re:Some decent advice here... by deuist · · Score: 0

      Kawa has been discontinued by Macromedia. Personally, I love Kawa simply because it's cheap, and easy to set up. I quickly scanned the website; it doesn't look as if Macromedia is selling old versions of the IDE.

  95. Try out Metrowerks by AlainRoy · · Score: 1

    Although I haven't used it recently, I used to regularly own and love the Metrowerks IDE, called Codewarrior. It is a very nice IDE that support Jave, C, and C++. The debugger is quite good. I used it on the Mac for C and C++, and I haven't used it in two major revisions. So possibly my experiences won't reflect yours. But I do think it's worth checking out. Codewarrior runs on a bunch of platforms, including Mac, Windows, Solaris, and Linux. I only have experience with the Mac and Windows version, personally.

    1. Re:Try out Metrowerks by HiThere · · Score: 2

      Code Warrior was nice on the Mac. But the Linux version never seems to support the version that I have installed on my system. I've looked into getting it three or four times, and it's always been spec'd for a version that came out last year. As if they don't start development on a system until after the OS version is marked final. They are currently selling a version that claims to support, e.g., Red Had 6.1 and 7.0. I have 7.1 installed, and Red Hat is shipping 7.2 (and working on 8.0, probably).

      I would try it out anyway, but when I tried that with the Corel products, there wasn't any way to adapt them to run with an even slightly modified system. So I'm skeptical about proprietary products that only claim to run with certain versions of the OS.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  96. Big Blue's Open Source Java IDE (slashdot link) by ejbst25 · · Score: 2

    Check out IBM's Eclipse and/or Slashdot's post about it a couple days ago here.

  97. hello by Anonymous Coward · · Score: 0

    #8==> this is my penis

    #8===============|> ~o ~o
    this is my penis on amyl nitrate :)

  98. IDEA from Intellij by farkas · · Score: 1
    I've only seen it mentioned once so far, so I have to plug IDEA from intellij.

    It contains everything you would think if in an editor, including CVS support, support for debugging, selection of JDK per project, javadoc integration.

    The things that I find set it apart are:
    • ant support (if you haven't used ant yet for compiling your projects - have a look at it)
    • outstanding jsp support - highlighting, code imports
    • support for refactoring. If, like myself you have never really thought about refactoring, it's great when you decide that you need to improve a class or method name late in a project. In IDEA that's one click.

    If you are after a visual GUI editor, IDEA isn't for you - but I find that most editors produce crap GUI code anyway.

    Like Netbeans, it is also written in java.

    Intellij don't provide screenshots, but there is a tutorial provided here
  99. a long-term committment? by Animats · · Score: 2

    I own four orphaned Java IDEs, two from Sun, one from Microsoft, and one from Symantec. Grrr.

  100. JBuilder & Vim by Ribo99 · · Score: 1

    We use Borland's JBuilder at our startup company for the past year and a half and most everyone has been very happy with it. It's a pure Java environment and will work on Linux (I ran JBuild exclusively on a SuSE Linux-ified Dell laptop at my last job) and runs very quickly, unlike Netbeans from what I've seen. There's an API for creating add-ons to the IDE and people have created many free ones out there (that one has a few and one that was hosted on Angelfire had a lot but is gone now).
    My favorite is jVi which changes the editor to act like VI/VIM. I think JBuilder comes with an emacs editor option out of the box (zip file) as well. There's also Clearcase opentool that I used for a while but I've found it too slow for my taste in the long run.
    A lot of Developers here use EditPlus for editing XML, XSL and JSP and they can't say enough good things about it. Personally I love VIM, it's good for what ails ya.

    --
    I wear pants.
  101. Use breakpoints by Anonymous Coward · · Score: 0

    Just because you don't know how to set breakpoints, doesn't mean other people don't. I, too, can take a good look at the code a set a couple of breakpoints. I won't have to worry about leaving those in in a release build (nor would I need to use DEBUG guards around them).

    Kernel programming obviously is a little different. I have no experience, but I'm guessing it would be a lot harder to catch a interrupt before the kernel does. You'll probably relegated to hardware debuggers, the user mode linux port, maybe that one computer - many virtual server thing, or printk.

    1. Re:Use breakpoints by fredrik70 · · Score: 1

      Also, you might be running in code where the interupts are disabled...

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
  102. Jext by droyad · · Score: 1

    Jext
    - Written in 100% Java
    - Open Source (hosted on Sourceforge)
    - Syntax Highlighting
    - virtual workspaces/(switch between projects)
    - Auto code macros
    - Filemanager, so you can add your current files to be easily opened
    - tabbed pages
    - fast
    - FREE

    This breaks the 2 out of 3 rule:-
    Fast, Cheap, Good (choose 2)

    -Ope

  103. I use... by microTodd · · Score: 1

    I use x-based gvim with its syntax highlighting for "pure" Java coding.

    I just got a copy of DreamWeaver and Fireworks today. Its supposed to be used for JSP coding. I'll let you know tomorrow how good it is.

    --
    "You cannot find out which view is the right one by science in the ordinary sense." - C.S. Lewis on Intelligent Design
    1. Re:I use... by igbrown · · Score: 1

      Recently I t

  104. How about IDEAJ by schneidh · · Score: 1

    We've been using it for quite a while and it's been by far the best IDE for Java I've seen. After you get used to it, you only end up writing about half the code you typically write, and the refactoring support is the best I've ever seen. It also has built-in support for CVS. If only it were free... (It's a little pricey for hobby Java programmers, but something a company can easily afford.)

    http://www.intellij.com/

  105. Anyone see the problem here? by robvasquez · · Score: 0

    A startup who doesn't even know what IDE's there are.....This one's going to be around A LONG TIME....

    www.fuckedcom....whoops wrong window

  106. JBuilder by Anonymous Coward · · Score: 0
    JBuilder isn't perfect, but its probably the best game in town. I haven't used 6x, just 5.

    It does the basic stuff, syntax highlighting, auto-complete etc. It does auto indent (when you type } it lines it up with the matching {). Block indent. It also has some cool stuff, templates for instance. I hit CTRL-J then type 'fori' and it puts in a for(i=0;i<|;i++){} with the cursor at the pipe. You can also define your own templates, there are probably 60 like that default (for try/catch, loops, main method etc.) You can right-click a variable and go to the sourcefile for that class (or a generated header of it if the source is not found).


    Down side, their EJB stuff in 5.x is kinda junky. I also wish it integrated with SourceSafe (it claims to integrate w/ CVS, never tried though). The user interface is a bit clunky, you have to install an (included) add-in for wheel mouse support etc.


    All in all, like I said, it ain't perfect but once you get used to it, its good.

    1. Re:JBuilder by mark_lybarger · · Score: 1

      i'm using jbuilder 4 (foundation?), and can build java beans to get to the database. we had a project here that bought a few of their enterprise licenses, but i think that was due to the j2ee support.

      the features we want in an ide these days are much more complicated than interactive debugging and syntax hightliting. we gotta have smart-typing (great feature, but talk about adding bloat), we gotta have drag and drop component structures, etc. for developing JSP's you need nothing more than good syntax highlighting, unless your html is coming from some IDE. side note- any _good_ html ide's, that's what i'de like to find. back on track - for java files jbuilder free version seems to work just fine for me. saves the horrendous hassle of friguring out the classpaths and all that.

    2. Re:JBuilder by Anonymous Coward · · Score: 0

      You can download the Preview of JBuilder 5 Pro for MacOS X on Borlands site, and then merge the Database stuff (Or everything) into your copy of JBuilder 5 Foundation.

      I have not testet this myself (Since i run MacOS X ;-) but since it's all written in 100% Java, it should be possible.

      Good luck ;-)

  107. Why I like Forte... by cr0sh · · Score: 4, Informative

    When I first saw Forte (and prior to that, NetBeans) - I knew there was something good there. The main reason I like it: It make Java almost as easy to code in as VB.

    Drag and Drop controls, property settings, code linking - very, very easy - and Java! Don't get me wrong, I know how to code Java using a text editor, etc (NEdit is my favorite) - but it is a bitch to do Swing "by hand" - Forte takes the pain away (for the most part - some of the more custom stuff you still have to do by hand, and it has its glitches - but it still beats hand coding to whip out a quick app).

    What I hate about Forte: It is a resource intense HAWG!!! In order to be able to use it at all, you need at least a 300-350 MHz machine, and at least 256 MB of RAM - the faster you go and the more memory, the better it is (my first experience with Forte was on a P200pro w/ 64 MB RAM - don't try it unless you like watching your disk grind away)...

    --
    Reason is the Path to God - Anon
  108. Borland JBuilder by JohnZed · · Score: 3, Informative

    JBuilder is still the best that I've found. The Pro edition will run you about $999 and enterprise around $3000 per seat, but it's incredibly usable, fast, powerful, etc.
    Most importantly, it has an amazing OpenTools API for customization. Check out codecentral.borland.com and you can find dozens of (usually open-source) plug-ins that really increase the utilty of the IDE.
    Oh, and there's a rumor on the JBuilder newsgroups that version 6 will come out at the end of the year. You might want to check into that if you're making a big purchase and at least get a guarantee of a free upgrade (Borland often gives upgrades to people who bought within the last month or two, but after that it's big $$$).
    --JRZ

  109. Developer Preference by Bob9113 · · Score: 1

    It's pretty easy to argue for Together at the high level. When it comes down to filling out the code though, there is little that can beat a developer being comfortable with his or her environment. Much of my office uses IntelliJ, I use Emacs, some people use Vi. Putting me on Vi, or someone who is most comfortable with a GUI IDE on Emacs would sacrifice more productivity than could be gained by having a unified environment.

  110. VA linux to sell proprietary software by Anonymous Coward · · Score: 0

    VA releases proprietary software version

    By Stephen Shankland
    Special to ZDNet News
    November 7, 2001 6:26 AM PT

    VA Linux Systems on Tuesday announced a new proprietary version of SourceForge, the collaborative programming software that now is the centerpiece of the company's survival strategy.
    SourceForge was launched as an open-source project, meaning that anyone could see, modify and redistribute the underlying programming blueprints of the package. The new SourceForge Enterprise Edition 3.0, however, is a proprietary product, said spokeswoman Marla Kramer.

    The new version, scheduled to ship Nov. 16, integrates better with Oracle databases, makes it easier to keep track of different software versions, has better search capability, and lets administrators monitor the system better, VA said. The company announced its new proprietary direction in August, but said it will continue to improve the open-source SourceForge site as well.

    Fremont, Calif.-based VA, which is seeking to change its name to VA Software, left the Linux server business earlier this year after riding the Linux hype to a stellar initial public offering in 1999.

    VA is running into some concern about the longevity of its Open Source Developer Network, the flagship of which is a version of SourceForge used to house countless open-source projects. "Those of us who depend on SourceForge for development are, or should be, getting worried," one open-source advocate wrote recently, suggesting as one alternative the Savannah project hosted by the Free Software Foundation.

    As a business, SourceForge competes with San Francisco-based CollabNet.

    VA also is trying to boost revenue from its other operations. It's promoting more heavily its Thinkgeek site for retail sales. And its Slashdot "news for nerds" site plans to sell subscriptions for ad-free reading.

  111. jbuilder or forte by ..p · · Score: 1
    i use jbuilder professional and like it because:
    • it's written in pure java, so can run on windows, linux, or solaris
    • project files are stored in xml
    • it has a good debugger
    • i can link it to my source control system (perforce)
    • i can use a vi keymapping with it
    • it generates clean code (useful for me, because i build UIs)

    my second choice would be sun's forte because:
    • also written in pure java
    • the UI is a lot slicker, and doesn't actually feel like a java application (at the cost of requiring a beefier system)
    • it also has a good debugger, but i haven't used it extensively enough to compare with jbuilder
    • the community edition, which is free, includes some enterprise features only available in jbuilder's much more expensive enterprise version (including remote debugging)
    • built in CVS support (good if that's your source control system)
    • also generates clean code, but doesn't let you edit it (which is good or bad, depending on your point of view)
    • you have a choice between MDI or SDI (jbuilder is MDI only)
    --
    ..p
  112. Codeguide by Anonymous Coward · · Score: 0

    I was always one of those people that insisted on using vi and only vi for my Java projects.

    That changed when I started a new project with ~100k lines of code. Without an IDE you waste too much time hunting down parts of your project.

    I researched many different IDEs, but I decided to go with CodeGuide. There is a trial version available.

  113. IDE by Anonymous Coward · · Score: 0

    For God sakes please stay away from JBuilder. It is the biggest piece of crap i have ever used to program. It is very slow and you have to learn all of the stupid path system and coding that they want you to use. The best way to go with Java is to just use an editor with the JDK.

  114. Re:What makes a good IDE, aka: Netbeans is real cl by Anonymous Coward · · Score: 0

    Now here I have to disagree. Most GUI RAD tools let you build your prototype real quickly - but suck when it comes to making UIs that internationalize... Any that results in code that puts component X at location Y,Z and size A,B is going to fall over if you want a global app. Beware ...

    Now here I have to disagree :) That all depends on the Layout managers you use. If you use a null layout, which is sort of what Visual Basic (yuck) does, you have things posistion at exact locations which is very bad. If you use something like a grid bag layout, things resize correctly so the gui looks nice when the user maximizes the app or changes the language of a label. Coding complex layout managers is not rocket science, but it can quickly become monotanous. If you were paying developers to make a complex GUI, you wouldn't exactly want them spending 90 percent of there time with a simple text editor writing gridbag constraints.

  115. Simplicity for Java by X-Nc · · Score: 1

    I really like Simplicity for Java, myself. It's really a good tool.

    --
    --
    If I actually could spell I'd have spelled it right in the first place.
  116. No IDE by Anonymous Coward · · Score: 0

    Personally, I don't use an IDE. I just use emacs. Using LOG4J as a logger in my servlets and JSP have really helped me out in development and deployment in understanding whats really going on under the hood.

    But if it's a PRESIDENT asking about developer productivity, tell her that really understanding the problem your trying to solve and thinking the solution through will increase productivity more than any tool.

  117. ConTEXT by ouslush · · Score: 1
    Hi, this is my first post here, and I'd like to make it a worthwile one. I have used the program called ConTEXT on my Win2000 box and it is AWESOME!

    It does syntax highlighting, macros, and LOTS MORE! You can use it in conjunction with Borland C++ compiler and it shows errors and line numbers with errors. It is quite an amazing program and I highly recommend it!!!!

  118. most ides are useless by fz00 · · Score: 1

    i typically use a text editor and jikes. i just moved over from windows so i'm looking for a new editor. but i used to use ultraedit and added jikes as my tool. i debug generally with printfs but when i need a debugger i use forte. borland used to have good debugger but i found jbuilder's debugger to be horrible.

    ironically the poster said that he wanted to increase his productivity but i find myself ten times more productive than my ide-using counterparts. some didn't even understand the concept of packaging! i kid you not! i personally feel that ides draw you away from the core features of the language.

  119. JCreator by Csy · · Score: 1
    If you are developing on Linux, you should give Netbeans or Forte CE a shot. Both are packed with functionality and are constantly being improved. It Netbeans is too slow for you, then Emacs + JDE is a good choice too.

    If you are on Windows, you should try JCreator. I like it better than every other (graphical) Java IDE that I've tried. It isn't open source, but it is reasonably priced at only $30 or $40. (Note that there is a free version, but it lacks some of the most useful features like code completion and a bean wizard that fills in the setters and getters for you)

  120. Textpad.com by Anonymous Coward · · Score: 0

    Does all your hilighting code, syntax, links to the compiler,1 press preview, code lib,macros,unlimited undos
    everything i could want in an editor

    oh and really cheap too :)

    get it , got it , good

    1. Re:Textpad.com by Bloter · · Score: 1

      Right on. I've been using Textpad for 2 years, and have never needed anything else.

    2. Re:Textpad.com by NineNine · · Score: 1

      Amen. I've been using Textpad for many different languages for about 5 years. Hands down, best editor I've ever seen.

  121. Re:What makes a good IDE, aka: Netbeans is real cl by _xeno_ · · Score: 1
    This is on win2k, so I'm sure it'd probably work even better on a Unix. ;-)

    My experience with Java is that anything AWT is far faster on Windows than on any UNIX for the same box. (IE, if I run an AWT app when booted to Linux, it'll run slower than when the machine is booted into Windows - including 9x.)

    Likewise, assuming you can find an equivilent Solaris box, AWT apps will run faster under Windows than Solaris. It's just that AWT apps (especially Swing apps) take so much time up fiddling with drawing code and translating between architectures that the Windows code winds up being faster.

    (I think this also might be due to the inherent speed hit the X11 architecture forces too. Face it, calling a function directly is faster than sending a command for that function across a pipe - at the very least, you add an encode -> decode step. Be interesting to benchmark Win32 GTK+ against X11 GTK+. 'Course, then again, the drivers would need to be made the same, and...)

    Once you move from GUIs into server-land, then yes, UNIX's strengths help Java. But when it comes to using Java for a GUI, Windows Java is faster (assuming that everything is user-driven - i.e., no actions take place until the user initiates them, i.e., a text editor).

    --
    You are in a maze of twisty little relative jumps, all alike.
  122. Re:Blech. Most of them are pretty bad. by AbsoluteRelativity · · Score: 0

    If I were to build one from the ground up, slim and componentized would be my keywords. I'd like to be able to use diffrent compilers, diffrent editors, diffrent project managers, etc etc, all communicating across a network or on a local computer. This way any editor that implements this protocol can interoperate with any project manager. By componetizing it this way, I can edit source code with out having to start the entire IDE (that is an anoyance in IDEs like netBeans and VisualStudio). So I want an environment that is not so integrated that it is all in one program, but an environment that integrates seperate applications to work better together, allowing these applications to communicate with each other with out having to be the same program.

    --
    disclaimer : My views do not represent those of every one else in slashdot.
  123. Xterm + elvis by datawar · · Score: 1

    I use multiple instances of Elvis (a light-weight vi clone w/ syntax highlighting) in different X/E/GNOME-terms. You may laugh, but it's one of the fasters ways of working... No overhead and I can open up as many terms as I want for all my 'cat'ing, debugging, or './build'ing purposes (my company works with Tomcat and Ant).

  124. Re:Blech. Most of them are pretty bad. by pivo · · Score: 1

    You might want to reconsider emacs/xemacs. I moved from NT and MSVC to Linux, emacs, and Java and, for a time, I thought that emacs was horribly backwards. But so many people I worked with that were very bright used emacs, so I gave it a try. Now, after some time using emacs/xemacs, the idea of moving back to an IDE is now replusive to me.

    The speed at which one can work in emacs just can't be matched by bloated IDEs that try to do everything but have an even longer learning curve than emacs and require heavy use of a mouse. I never want to go back.

  125. Open development environment by Anonymous Coward · · Score: 0

    Keep it open. Allow engineers to use whatever they
    want with the one exception that an IDE that
    would preclude other's or editors is disallowed.
    .

  126. JBuilder is my choice by Anm · · Score: 1

    As a coding environment goes, JBuilder is the best I've found. It supports all the editing features you'd like in a good editor (color highlighting, identifier completion, window splitting, key remapping, window splitting, browse to identifier definition, ...). The project management features take a little while to get use to for most people, but their solid once you figure them out. It also integrates with version control with the enterprise version. But if that is too expensive, there is always the Professional and Personal editions for 500$~ish and Free respectively.

    And as an extra bonus, the IDE is open to expansion through little plug-ins (I think) called OpenTools.

    Anm

  127. Kawa by ttys00 · · Score: 1

    I quite like Kawa - my university uses it to teach Java to first year CS students. It is a simple program that is good to learn with. I use it for all my Java coding, because I just want a lightweight, simple IDE - no bloated fancy features for me.

  128. I Agree by telstar · · Score: 1

    I haven't been working in Java for a while, but when I was, SlickEdit was the best.

  129. recent experience with Forte by ragnar · · Score: 2

    I have just recently started using Forte, which is Java based and produced by Sun. I think it is based off of their purchase of NetBeans some time back. The editor is quite nice, but it has far more features than I want. Personally I just edit with vi and use makefiles, but I'm required to find a development environment for multiple developers, and they aren't so keen on the old school methods.

    --
    -- Solaris Central - http://w
  130. The perfect java IDE by blang · · Score: 1

    would ask me roughly what the project should do,
    send out agents to gather domain knowledge and business rules, come up with the correct design patterns, and complete a working prototype.

    While I'm gone fishing,

    --
    -- Another senseless waste of fine bytes.
  131. Older article by harmonica · · Score: 2

    In this article there is an overview of integrated development environments for Java. As Java virtual machines and computers have become faster, the speed issue is less problematic (but not entirely gone).

  132. code crusader by yugami · · Score: 1

    you didn't say what platform but code crusader does java i believe and i liked it when i used it for c++ development.

  133. IDE Requirements... VAJ fulfills by boudreau · · Score: 1

    Unfortunately, too many people think a simple text editor with the ability to compile and run code can be considered an IDE. However, that is no where near the truth.

    For me (and I think most people) and IDE has certain requirements. Here is my "short list":
    - Debugger
    - Repository of some sort
    - "Hooks" to Version Control
    - Some type of GUI builder
    - Color highlighting (yeah, this is a text editing thing, but IDE's should not be without this one)
    - Auto Formatting of Code

    I am most experience with IBM's Visual Age for Java (VAJ), so I will only speak on it. I believe that VAJ goes over and beyond the basic requirements into a top-notch IDE that cannot be ignored. Here are some awesome features of VAJ:
    - Changing code while running/debugging and having it reflected during runtime. TOTALLY COOL!
    - Being able to pause and resume any thread within the debugger and inspect whatever you want.
    - Connections to External Version Control, such as M$'s Visual SourceSafe and Rational's ClearCase. Not sure about CVS and others.
    - Plugins... I can run a mini-instance of WebSphere or Tomcat to execute Servlets and JSPs within VAJ's debugger.

    I am not going to go on and on about every feature; however, I know it supports all the required IDE features and more. It also is very good at keeping the developer "thinking" in an Object-Oriented fashion by the way it organizes the methods and fields (and allows full Source View too). I personally think the strongest selling point that VAJ has is its debugger. It is so solid and so feature-filled, that it demands respect.

    And yes, there are Winblows versions and Linux versions of VAJ.

    That's all I wanted to say.... if you reply, please be intelligent. There are too many lame posts nowadays on slashdot.

    1. Re:IDE Requirements... VAJ fulfills by badmonkey · · Score: 1

      I agree, VAJ rocks! It does however have a little bit of a learning curve, and scared me off at first until I got a VAJ in 10 minutes tour from a coworker. It's wierdness comes from not storing the source on the file system, but instead in an ENVY repository (one big file). This is what allows it to edit at the method level rather than the file level. Once you get used to it, its hard to look at a conventional IDE again.
      Alas, VAJ is just about dead, but Eclipse, the slayer of VAJ is almost as good. We're back to the file system managment of source code, so some cool VAJ features are gone, and currently there's no GUI builder, but oh well. Not to mention Eclipse is free!
      I use betas of Websphere Studio Application Developer 4 (build on Eclipse) to develop J2EE apps (EJB/JSP/Servlet) as well as regular Java apps, and haven't looked back to VAJ since.
      And those people who scoff at IDEs... there's nothing like type-ahead baby! Plus debugging with a graphical debugger beats the pants off println debugging!

      well that's my $.02

    2. Re:IDE Requirements... VAJ fulfills by boudreau · · Score: 1

      I totally agree... I recently installed the a beta of WSAD and it is very very nice. I cannot switch to using a new IDE in the middle of a project, so I will have to wait until I get on my next project to truly try WSAD.....

      Yes VAJ is just about dead; however, I predict it will be around for at least another year or two. version 4.0 was just released this past summer and IBM takes a while to completely switch from one IDE to another.

      I guess I am up to $0.04 now...

  134. emacs jde by jsqu99 · · Score: 1

    It's free, available on every platform, medium
    learning curve, and _extremely_ powerful and
    customizable.

    People who drag and drop everything never
    get to know their own code, so when a big
    problem rears it's head, they have no idea
    where to look.

  135. IDEs & tools I have used... by Lord_Covenant · · Score: 3, Interesting

    I use EditPlus for general programming & text editing - it has syntax coloring files for everything (httpd.conf files even).

    I have used Together, and I usually dump new lumps of code in to get a handle on them. I don't use it for day-to-day editing.

    For straight Java that winds up being packaged as a JAR, I use VisualCafe. The JAR packaging tool is very nice. I'm a "real coder" and don't use the debugger really, so I can't comment for those who have had problems.

    I have been investigating NetBeans and believe that for machines that are 650MHz+ it's fine.

    Finally, the most revolutionary tool we use, which has radically improved our development is Macromedia DreamWeaver UltraDev. For our JSP work, I can't say enough nice things. It does an amazing job of parsing existing code and adding new code without reformatting or destroying custom tweaks. We have done a few things, like standardizing on a JDBC-driver level connection pooling mechanism, and it works great.

    Regardless of your tools, I cannot recommend adding memory to your development machine enough. No matter what you are doing, it's a lot more productive to be an alt-tab away from your other tool than having to go through a disk grind to load another app. 256MB would be a minimum. And before you squawk, it's cheap! Damn cheap!

    As a final note, we use CVS for version control. We mostly do development on Win2K and deploy to Linux and Solaris. Finally, we are really looking at Mac OS X closely as MySQL, Postgres and Apache look better there than on Win2K.

    All in all, it's a bunch of tools, but I feel about as productive as I have since THINK Pascal (bonus points if you remember that one).

  136. JCreator by syslog · · Score: 1

    Not a full blown IDE, but it is really, really good as a code editor. Free and for-cost versions are available, I use the free one and it works just fine. The only drawback is its winblows only :(. I want to try jEdit - the last time I used it was a bit rough around the edges, maybe its improved since then, plus it is pure java...

  137. also Websphere Studio Application Developer by korny · · Score: 1
    For JSP/Servlet development, WSAD looks like an excellent new product. See http://www-4.ibm.com/software/ad/studioappdev/

    It's based on the open source Eclipse system, and it gives you a customizable multi-pane view, allowing :

    • a syntax highlighted java code editor
    • jsp/html editor (with syntax highlighted source code and wysiwyg editor panes)
    • xml editors (including source view and gui editor panes for such things as web.xml files
    • Simple deployment both to Websphere Application Server, and Tomcat 3 or 4
    • Integrated debugging, again using Websphere or Tomcat
  138. Increase Developer Productivity??? by battjt · · Score: 1

    1. Is developer productivity really a problem? Most shops I've seen, bad requirements or project management are a problem. Developers code on or a head of schedule. When the lines between coder, designer, and production deisgner are blurred, productivity goes down. Read "The Inmates Are Running the Asylum : Why High Tech Products Drive Us Crazy and How To Restore The Sanity", ISBN: 0672316498 .

    2. You should be coding to standards. IDE shouldn't matter. Let each developer choose one's own, but support one for the inexperienced (any IDE, they all do the same thing).

    Joe

    --
    Joe Batt Solid Design
  139. JBuilder is OK... VAJ sucks! by aquarian · · Score: 1

    I use JBuilder most of the time. Otherwise, I use a programmer's text editor, like Nedit, Ultraedit, or whatever.

    JBuilder is definately slow- I bought a faster computer just to run it. It's still no speed demon, but 5 is a big improvement, speed wise. I'm running it on a 700MHz machine with 384MB now, and it's OK.

    I tried VAJ, which is a huge industry standard. Most of the smarter people I know who program Java seem to use it (yes, this sentence was worded carefully). However, I couldn't make heads or tails of it. It has too many layers of stuff that are too hard to weed through, and too many weird new approaches and paradigms to learn and remember. Learning the program is more work than learning Java itself! So what's the point?

    I tried writing a little program with VAJ last night. I couldn't get the debugger to work, so I tried opening my .java file with JBuilder. But I couldn't even find where the damned file was stored, so I had to copy and paste it in! It's embarassing! I could not find that damned file anywhere!

    I suspect this is why many people don't like IDEs in general. Personally, I don't even use the visual tools in JBuilder- I just like the integrated compiler/debugger that snaps the cursor to where the problem is. I know it sounds silly, but that's what I like, and it's really all I ask for. Really.

    I'm inclined to not bother trying Forte, since it's probably just more of the same, but with Sun's gobbledygook instead.

    I've used JCreator, and it's OK, but it isn't much of an IDE.

    Maybe I'll try Codewarrior, if someone can give me a compelling reason.

  140. If you don't like Forte, try version 3.0 by FastT · · Score: 3, Informative

    The latest version of Forte for Java 3.0 is actually surprisingly good. I tried to use previous version of Forte and they were just terrible. If you tried Forte before and didn't like it, try it again now.

    Version 3.0 seems to have fixed the major shortfallings and improved responsiveness tremendously. I run 3.0 on my 650 MHz laptop with only an occasional garbage collection pause, but it runs flawlessly on my 2x1 GHz machine. I've not switched to using it full time and haven't had any significant regrets.

    --

    The only certainty is entropy.
  141. Re:Blech. Most of them are pretty bad. by iloveAB · · Score: 1
    but without enough attention to writing fast java (which _is_ possible.)

    That someone would even write this statement somewhat reflects a failure on the part of compiler writers, but I feel the need to respond anyway. Fast JAVA is by necessity crappy JAVA in that it underuses the feature of the language that make JAVA best: good OOP, which leads to easy maintnance and extensibility. The performance of JAVA is improving, though some of the things that could best improve it (Class specialization, Object inlining) technically break the JAVA spec and are underimplemented.

  142. No longer maintained by Anonymous Coward · · Score: 0

    The author of Jext abandoned development at the start of this year, and the current version has many bugs. I suggest you use j or Jedit instead.

    1. Re:No longer maintained by cal13liquid · · Score: 1

      That is completely false, i know the guy personnaly ... The proof being the current version has been released less than a month ago...

    2. Re:No longer maintained by Anonymous Coward · · Score: 0

      This can't be true... I'm the author of Jext and I'm still actively working on it.

  143. a nicer IDE than VisualCafe by Anonymous Coward · · Score: 0

    What do I want in an IDE? First, I want to see everything made faster. VC has been getting slower with every version.

    I would love to have the ability to toggle on superclass code in my current class's window. That would be helpful -- particularly the next two levels up. (make it colour-coded, huh?)

    I would like to see code-completion. I want that completion to not get confused by classes and methods in the package and the imported classes and methods. What a pain!

    I want textfields in the dialog to resize! I want to be able to see and read the listing of classes in the project-add column without a lot of mess.

    I want a more intelligent layout of the path-display. VC has one long line of path, and i can't take it all in when i am scrolling back and forth trying to visually parse out the ";"s!

    I would love a more intelligent check-in/check-out process with CVS than what i have seen in VC.

    I would like it if the keybd shortcuts were'nt overlaid with the debugger on [F5] and the execution on [CTRL]+[F5]. The crumbs on this keybd have simply made execute almost unreachable. And the debugger is simply too slow for me to use it frequently. I can only shake it out so often.

    mouse shortcuts with options. VC does this as cut&paste, but I copy more frequently than cut. (ie, when i add debug code)

    colour-coding is nice and i like being able to use italics or bold as needed.

    "help" that helps, and doesn't get in the way.

    I like to be able to go directly to the function i want. VC does this (in an okay design) with a drop-down list of all methods in the current-class. If there are private classes in the file, then methods are not visible. It usually beats a general find-text because if you cannot remember the method name (is that a "saveFile()" or "writeFile()"?) your search won't bring results quickly, if at all. Being able to include private classes' methods might be a nice addition.

    a few extra ideas. VC does a lot of things nicely, but it does have some drawbacks. Here are a few of both. Does it help answer the question??

  144. simplicity by brgomeistr · · Score: 1

    When I was bored this summer I tried out every Java IDE I could find with Google. The best by far was Simplicity for Java. Check it out, its written in Java, very fast, and very intuitive. The only thing that sucks is the license. You can't save code unless you purchase a license ($150) which makes it pretty useless to me.

    --

    void theoremProver(){
    print "this product is correct"
    }
  145. My thoughts on a few: by $uperjay · · Score: 1

    If I were doing much heavy programming in Java, I'd be using Netbeans . It's high-power and open-source. I'm not doing much heavy programming in Java though.

    At the university I use Metrowerk's Codewarrior . It's very good, although both features and speed seem sub-par compared to Netbeans. It's closed-source, coincidently.

    My personal favorite, though, is Arachnophilia . I don't need an IDE with gobs of features for the light programming I do; Arachnophilia is a multifaceted IDE that does Java, HTML, C++ and a few other common languages (albeit in small portions). It's fast enough for my work, too.

  146. Codewarrior by Anonymous Coward · · Score: 0

    I've heard that Metrowerks CodeWarrior has a good Java IDE with great GUI dev tools and is availiable for windows and macintosh

  147. NetBeans by dromeo · · Score: 1

    Nothing beats an open source IDE written in Java ;) It is pretty nice and has most of the good features found in other worthy IDEs.

  148. The best IDE by sasha328 · · Score: 1

    I've read a lot about the varous IDEs out there, and it seems to me that most of them have skimmed over the best and most widely used one: VI.
    VI is a very mature piece of software. has been around for as long as... well, let's just say it has been around longer than notepad, and dare I say longer even than "EMACS".

    Have you considered VI?

    1. Re:The best IDE by Eric+Smith · · Score: 2
      VI [...] has been around for as long as... [...] and dare I say longer even than "EMACS"
      Well, you can dare say it if you like, but it's false. Emacs was first available in 1976 (or possibly in late 1975). Vi was first available in 1977.
    2. Re:The best IDE by boudreau · · Score: 1

      VI? AN IDE? How in the world can you consider a text editor an IDE? VI and EMACS do not fulfill the requirements of an IDE...

      Unfortunately, there have been a lot of posts on this topic confusing TEXT EDITORS with IDEs. If you disagree (anyone that this statement applies to), please try to DEFINE an IDE and then say how your favorite text editor fulfills that criteria.

    3. Re:The best IDE by man_ls · · Score: 1, Troll

      IDE (Integrated Development Environment), n., Computer Science: An application for programming in a specific language, that includes tools such as source/version control, syntax highlighting, and easy access to compile/debug tools from one place.

      Miss anything?

  149. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    Right on bro!!

  150. Faster on a fast machine by KarmaBlackballed · · Score: 2

    I've used ForteCE (SUN) and VisualAge (IBM) and liked things about both of them. They both have quirks, but the quirks are overshadowed by the price (FREE).

    Something both of these products have in common is that they are resource hogs that bog your machine down and require very fast CPUs to be usable. If you have a fast machine, try them.

    --

    --- -- - -
    Give me LIBERTY, or give me a check.
  151. Re:Blech. Most of them are pretty bad. by nebby · · Score: 2

    Holy shit, that was harsh. Plus you used the word "shitbag" twice.

    Anyway, when coding in Java the debuggers are usually broken or really slow. The ones out there usually force you to turn off JIT and other speedups for stepping and watching. That basically translates to impractical for all but the most hard-to-fix bugs.

    That was the case when debugging servlets at least, there might be other options for applications, like shared memory or something.

    Hence, I've been somewhat forced to use printouts and log files for debugging. Not that I like it, but I've gotten used to it and have found that it's not much of a difference than back when I was using the debugger in VC++.

    So, I'd guess your "company" probably is developing shit a lot slower than it could be in Java using the shitty ass debuggers that are out there.

    --
    --
  152. Re:JBuilder is OK... VAJ sucks! by the+eric+conspiracy · · Score: 2

    I could not find that damned file anywhere!

    VAJ uses a repository to store code.

  153. Even better than an IDE by kaoshin · · Score: 0, Redundant

    Put your Java in a scuzzy. I don't mean drink Java out of an old SCSI mug, I mean like the other one. You know. HDD. Not HDD like the floppy disks, I mean hard drive. Not a hard drive like a difficult trip, but the other one of that. You know?

    "Is it just a coincidence that the acronym for the National Science Foundation is the same as that in the banking community for Not Sufficient Funds? Kinda make you wonder."

    1. Re:Even better than an IDE by kaoshin · · Score: 1

      >(Score:0, Redundant)

      Redundancy like linguistic redundancy or do you mean in the thread? Or perhaps you mean superfluous?

    2. Re:Even better than an IDE by man_ls · · Score: 2

      I think they mean "just plain dumb" but it's not a mod option...Nice attempt at humor but didn't quite make it.

  154. Re:Blech. Most of them are pretty bad. by Gen.+Ho+Lee+Phuc · · Score: 5, Funny

    Did you just recommend emacs because it isn't bloated and doesn't try to do everything?

    Dear god...

  155. Evaluated several IDEs, decided for JB4 by jalagl · · Score: 5, Informative

    I work at a consulting company, and about 1 year ago I was in charge of evaluating several IDEs in order to standarize the development environment. Before that, there were people using vim, emacs, Editplus (my favorite - I still keep it around) and whatever-editor-you-can-think-of. I considered the following IDEs during the evaluation:

    • Forte for Java
    • Netbeans
    • JBuilder
    • Visual Age
    • Kawa
    Most of the applications we build are web-based J2EE applications. The requirements for the IDEs were:
    • Code completition (obviously)
    • Ability to remotely debug JSPs and servlets running in Tomcat, JRun, Weblogic, and iPlanet web server.
    • Ability to remotely debug EJBs in Weblogic, and iPlanet app server.
    • Facilitate the creation and deployment of EJBs and Javabeans components, including the xml deployment descriptors and the creation of .war and .jar files.
    • Extensibility. (we like to build our own tools)
    • HTML attribute completition on the JSP pages (like Homesite does).
    • To a lesser extent, the performance of the IDE.
    • Some others I can't remember right now...

    In the end my recommendation was to purchase several licenses for JBuilder 4 Enterprise for the EJB programmers and to have the rest of the team use JBuilder 4 Foundation. The main reasons were:

    • very nice and easy to use OpenTools API (we already have about 50 or more tools that greatly simplify our work)
    • some very nice EJB features and wizards, like automatic deployment descriptors, automatic creation of the archive files, etc.
    • Deploys to Weblogic 5.1 (what we used at the time)
    • Allows us to debug JSPs and servlets in Tomcat, Weblogic, JRun and iPlanetWS (with some work).
    • Allows us to debug EJBs in WebLogic.
    • Integrates with Visual SourceSafe through some readily available opentools

    The only ugly part was the price, but the Enterprise Edition, along with our own inhouse OpenTools, boosted our productivity quite a bit, so we could say that it more than paid for itself. It also doesn't support HTML, but since then we also bought Macromedia's Ultradev, and the graphics designers take care of most of that part.

    Right now I'm looking at the latest version of JBuilder 5 Enterprise Studio, which also contains Rational Rose. It might be in our upgrade path in the future for the JB4 Enterprise users, but there doesn't seem to be any replacement for JBuilder 4 Foundation, since the JB5 Personal Edition has a more restrictive license.

    As a side note, recently I've been using the latest version of NetBeans (3.2.1) quite bit in my house and it seems pretty nice. It handles remote debugging quite well, and it does understand HTML.

    ------
    Me

    --
    -.
    1. Re:Evaluated several IDEs, decided for JB4 by dekker · · Score: 1

      I had a lot of the same requirements, mainly that I wanted to be able to step into JSPs from servlets and other classes. I've been pretty happy with Forte 3.0. Yes it's slow and a resource hog and it is also somewhat buggy. However, for the price, FREE. It kicks butt on any of the other options like JBuilder.

  156. DrJava by Anonymous Coward · · Score: 0

    While we're discussing Java IDEs, you might want to look at DrJava, a graphical IDE in development at Rice University. It's the only Java IDE I've ever heard of that has a read-eval-print loop built in (that is, a little prompt where you can type in Java expressions and see the results immediately), and it looks like it's modelled after another Rice software product, DrScheme. Though it's limited now, it looks like DrJava aims to be for Java what DrScheme is for Scheme, which would be cool.

  157. JCreator or JBuilder by MajroMax · · Score: 1
    I'd have to agree with a lot of people here and recommend either JCreator or JBuilder.

    JCreator is a text editor plus; it supports project groupings quite nicely, and its interface is lightweight so you can get access to your code.

    Borland's JBuilder, on the other hand, is an IDE in the fullest sense of the word. I've had very limited experience with it, but it looks quite suitable. I don't particularly like its heavier interface, but it's a matter of personal preference.

    Take my advice with a grain of salt, however -- I'm using JCreater for CompSci programming assignments, and these so far have been pretty lightweight.

    --
    "Evil company X is threatening to restrict our rights! Let's all get together to stop--OOOH! SHINEY!!!" -- AC
  158. JAVA Ide by tallahasseepenguin · · Score: 1

    Visual Age is what I use. It hasnt done me wrong, one of the best things I like about it is its de-bugging tool .. none of the other IDE's I have tried have one that is quite as usable.

    another handy feature is it's Team respository, that makes collaboration easy.

    Dave

  159. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1

    Slow is all in how you define slow...i've used jbuilder 5 and it's plenty fast for me! My friend is a developer at a company called Mapics (offshoot from IBM actually if I recall correctly...) and they are switching from smalltalk to java (in the middle of some projects no less..my friend had to help writea converter to convert as much smalltalk code to java as possible via automation, and they'd do what it didnt get right by hand...he said it was fun with a nice touch of sarcasm :-) but anyways ) they tried visual j++, jbuilder and several others and jbuilder was there developers choice for speed, ease of use et cetera.

    --
    Derek Greene
  160. My IDE by Grand+Pooh-Bah · · Score: 1

    I hardly ever use a full fledge IDEs. They all seem to be to bloated and to difficult to use.
    I use GRASP ( http://www.eng.auburn.edu/grasp ), jedit, and vim/vi.

  161. Use it as a tool, not a crutch by anandamide · · Score: 1

    It's true that using a debugger can substitute for *thinking* about the code you are looking at; I've been guilty of that at times. But there are a lot of things you can do with a debugger that you can't easily do with printf()s. For one thing, stepping through code is a good way to prove your code is doing what you think it is. For another, you can browse through datastructures (especially with a good debugging environment like DDD) and learn a lot about how the code works. And I have solved some extremely obscure and difficult bugs with patient and creative use of the debugger; setting a variety of conditional breakpoints until the problem was found. Asking each equivalent question about the code would have involved a tedious recompile.

    1. Re:Use it as a tool, not a crutch by Reality+Master+101 · · Score: 1

      For one thing, stepping through code is a good way to prove your code is doing what you think it is.

      To tell you the truth, I think that printf debugging is superior for just this reason, except for all but the most trivial programs. You can't single step through everything, but it's pretty easy to put in printf statements strategically throughout the code as your writing it. Then you can examine the output and see exactly what the program did when you run it. I've caught many an unexpected bug by seeing debug output that shouldn't have been there in obscure cases.

      And I have solved some extremely obscure and difficult bugs with patient and creative use of the debugger; setting a variety of conditional breakpoints until the problem was found. Asking each equivalent question about the code would have involved a tedious recompile.

      I agree. There are times that debuggers are definitely lifesavers.

      --
      Sometimes it's best to just let stupid people be stupid.
  162. Re:JBuilder is OK... VAJ sucks! by boudreau · · Score: 1

    Unfortunately, you have experienced what everyone new to VAJ does....

    VAJ is not friendly to newcomers and I dont think anyone will debate you on this. What people (included myself) would argue with is whether or not VAJ sucks. The debugging is some of the best I've seen (i.e. changing code at runtime and having it reflected at runtime, pausing/resuming any thread you wish and inspecting it).

    I would say to give it another chance; however, IBM is moving towards WebSphere Studio Application Developer (WSAD). I think WSAD helps to alleviate much of the newcomer drawbacks of VAJ. I just hope that it contains the same strength in the debugger.

    I guess the only last thing I can think to say is that no product sucks just because you have a hard time figuring it out. You can say that the developers did a crappy job laying things out or documenting their product, but its functionality cannot be equated with its usability. That is like saying that Linux sux because when I installed it the first time, I didn't know what to do at the command prompt after install! hehe.... I think you understand what I am getting at.

  163. JBuilder, TogetherJ or VAJ by f00zbll · · Score: 1

    The ide really depends on the platform you are using. Jbuilder can hook into cvs for source control. VAJ has it's own source control and has tons of hooks for websphere. If your platform includes a lot of EJB that use container managed beans, and websphere, VAJ is probably your best bet. On the otherhand, if you want a full featured IDE that is mature and stable Jbuilder is a good choice. If you're into UML style of OOD, then TogetherJ is a good choice.

    1. Re:JBuilder, TogetherJ or VAJ by togethergod · · Score: 1

      I would have to argue some of these points. Jbuilder is great for what it is good at GUI. The file based system is also nice for user defined version control. VAJ is great for developing WebSphere apps. Some people like to work with the best of every product and websphere, I have found unproductive. Together offers file based, in sync model code, and the ability to model and deploy to many app servers. I actually develope for a few different app servers at the same time. It is so nice not to have to worry about the deployment process, or having to have different version controls/source code for each server.

  164. Apple Project Builder by democritus · · Score: 1

    Apple's Project Builder, which comes as part of the free Developer tools for Mac OS X is excellent. It has great Swing drag and drop interface creation plus all the other standard IDE tools. And did I mention it's free?

  165. Roaming Studio by Anonymous Coward · · Score: 0

    Check out Roaming Studio. Full J2EE development including EJB, JSP, JSP Custom Tags and Servlets. Also supports Design Patterns and Apache Struts development.

  166. Idea by TurboRoot · · Score: 1

    IDEA cut our development time in half, no lie. Its only $400.. and umm, you need at LEAST 128 megs of RAM to run it. Stupid memory hungry swing apps.. but check it out, defiently.

  167. http://bluej.org by MaggieL · · Score: 1

    The price is right.

    --
    -=Maggie Leber=-
  168. IDEA will save you an hour or more per day by brienv · · Score: 1

    I know this sounds like bullshit but using IDEA will generally save you about an hour a day. You'll also probably end up with better code thanks to how quick and easy it is to refactor (move or rename methods/classes/variables/packages, etc.) with IDEA. I'm sure there are some IDEA users on here that'll back me up on those seemingly outrageous claims.

    Other people have already listed some of IDEA's features so I won't bother enumerating them. The only real downsides to IDEA are that it's a memory/cpu hog and it doesn't have wizards and drag-n-drop GUI designers (I never used 'em anyway). What it has instead are tons of features that actually save you time while you're coding and navigating your code.

    I've used several major IDE's and eventually settled on JBuilder until recently when I finally decided to give IDEA a try. It's the only IDE I've ever used that felt like it was designed by programmers instead of a marketing department.

    Check it out at http://www.intellij.com .

    Brien

  169. JBuilder by Anonymous Coward · · Score: 0

    JBuilder is easily the best Java IDE I've seen. Fast, stable, supports plugins (like Jakarta Ant), supported by a commercial company, etc. Don't do anything before at least checking out the free version at www.borland.com.

  170. Textpad by Bloter · · Score: 1

    I use Textpad. No debugger, but that's what System.out is for, right? Fully configurable syntax highlighting for every Java, JSP and every other language you could ever think of, and then some. Integrated compiler, and extensible tools. It's cheap ($30 I think). I use WinCVS, of cvs integration. I've tried Visual Slickedit, and it was too slow for me and I didn't need it's additional functionality. My company decided both of the Java programmer were going to use Visual Age for Java and spent $2500 on two licenses. I struggled with it for two weeks... It's a buggy, bloated piece of crap.

  171. Simple, but support for snippets! by Anonymous Coward · · Score: 0

    I was using Homesite around the time that Allaire it, and I remember that it had a code snippet feature that would let you drop in a snippet or even cooler, highlight code and drop in a snippet around it. What I wouldn't give to not have to type all of my try/catch and loop blocks every time! Is there a Java IDE that has that?

    I join the others here who lament the bloated, memory-hogging, unstable, weird-metaphor-using IDEs that we have to deal with.

  172. Re:What makes a good IDE, aka: Netbeans is real cl by jvmatthe · · Score: 2, Funny

    I hate this guy as much as all of you combined ;^), but why moderate him as a troll? That's just silly.

  173. Re:Blech. Most of them are pretty bad. by pivo · · Score: 1

    You haven't seen modern IDEs. NetBeans, for example, makes emacs look like vi.

  174. MC, VIM and ANT -- mutha fuckas! by nate.sammons · · Score: 1

    Just use "mc" for directories, "vim" to edit text files, and a shell to run "ant" in. Everything is golden.

    Simple is better.

    -nate

  175. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1

    An IDE has a higher learning curve than emacs? Are you insane? Okay, first off emacs is definitely bloated and definitely tries to do everything. Second, IDE=integrated development enviroment. Keyword there is integrated. Emacs...hmm text editor with prorgammer's extension's no? Third, heavy use of a mouse? maybe you have heard of this new concept called keyboard shortcuts, they'll save your life man! Fourth, I gave up learning Emacs, IDE's make much more sense to me and they're all similar enough that there is very little learning curve form one IDE to another in most cases. Took me just a few moments to figure out mos tof the stuff I needed to know in the first palce the first time I stepped into an IDE.

    --
    Derek Greene
  176. Oracle JDeveloper 9i by rfreynol · · Score: 1

    It won't be released for another month, but Oracle's JDeveloper 9i is very good. Written in Java, I've used the beta on win2K, linux, and solaris.

    Download the beta from:

    http://otn.oracle.com/products/jdev/content.html

  177. Another One for JBuilder by Anonymous Coward · · Score: 0

    I also work in a Java shop, developing J2EE apps (EJBs, JSPs, the whole bit). We use JBuilder, and I must admit that it's a pretty nice IDE. On the other hand, it's kind of bloatware. It seems to freeze up my computer for several seconds every so often during a window minimize or maximize (this is on a 1Ghz, 512 MB RAM Windows NT 4 machine). I attribute this to the spiffy whiz bang interface builder. My perfect IDE would be focused on programming, without any built-in interface development tools. That's what makes Metrowerk's Codewarrior nice - it was my IDE of choice at home, before Mac OS X came out. It was a pretty straight-forward, hard core, code-producing environment. Now that I've got one of those new iBooks, I've become pretty attached to Apple's PowerBuilder. Streamlined IDE, but with nice hooks into InterfaceBuilder (which was Codewarrior's big problem - no tools provided for interface programming). If my co-workers and I have our way, replacing VSS with CVS, then I'll be doing my java development in Mac OS X. Along the same lines as jEdit is MightyJ (http://www.mightyj.com/) - I haven't used it myself, but I've heard good things about it. One last note - even the best IDE is not a replacement for a good text editor. The two compliment each other, in my opinion. Good luck on increasing the productivity.

  178. Source Insight by Anonymous Coward · · Score: 0

    You'll never find a better editor than Source Insight.

  179. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1
    With gcc and other compilers doing native code compiling of java (gcc does it cross-platform too! :-) Java can be plenty fast. Interpretted lanaguages are going to be slow by definition, particularly at load time...consume alot of memory too.


    But, you are right, if one's interpretted java is fast, then they probably aren't using it correctly.

    --
    Derek Greene
  180. Hint by Kryptolus · · Score: 1

    Whatever IDE you pick ... I recommend that it's not one written in Java itself. You will suffer.

    --

    --
    Violators will be prosecuted and prosecutors will be violated.
    1. Re:Hint by BobMarley · · Score: 1

      It might be a hint to you that it's time to upgrade from that 486.

      I run many Swing apps, very complex ones, on my 700MHz Athlon with 256MB RAM running win2k. Fairly weak machine by today's standards... and they're all very useable -- in most cases, not distinguishable from "native" (cough) apps.

      I run the same apps on my 500MHz Pentium III running linux. Only slightly less responsive, but still well within the range of useable.
      cheers
      BM

  181. IntelliJ IDEA by ericrath · · Score: 1

    I agree with the folks recommending IDEA from IntelliJ. I can't say I've had decades of experience, but I used Microsoft tools (VB, Visual C++, Visual J++) for 6 years, and was generally impressed by them. I started shopping around for a new Java IDE when Microsoft made it clear that it was not going to stay in the Java world. I tried IntelliJ IDEA, and only now realize how limited the Microsoft tools were. I've been using almost a year now, and it's easy to use, powerful, and not that expensive. Check it out at www.intellij.com

  182. So the Linux kernel is not engineering ... by Anonymous Coward · · Score: 0

    Linus "just hacked" Linux. He didn't use
    UML.

    1. Re:So the Linux kernel is not engineering ... by Mr+Thinly+Sliced · · Score: 2, Informative
      > Linus "just hacked" Linux. He didn't use UML.

      Linus isn't going to dissapear from the project in 3 months cos he got offered a higher salary somewhere else. People come and go in business. You need a robust mechanism for documenting systems.

      The open source model is great, as developers will spend a lot of time and energy at no cost getting up to speed on code.Business can't afford that.

    2. Re:So the Linux kernel is not engineering ... by Anonymous Coward · · Score: 0

      Linus "just hacked" Linux. He didn't use UML.

      Even if we take is as a given that Linux is the shining example of outstanding engineering that you imply (and hey, this is /., so most folks probably do so blindly), it doesn't prove anything.

      One enourmously talented individual can "just hack" out an important project and make it work. That doesn't mean that a team can do it, that another person can do it, or even that the genius behind one project can do it every time.

      Planning beforehand makes everything more consistent and predictable. In the end, that's what business needs the most: predictability.

  183. Re:Blech. Most of them are pretty bad. by bkocik · · Score: 2, Informative
    Netbeans (an offshoot of Forte).

    NetBeans isn't an offshoot of Forte. NetBeans is the open source project that Forte is based upon. Saying NetBeans is an offshoot of Forte is like saying Mozilla is an offshoot of Netscape Navigator.

    Netbeans is dog slow, too.

    Might not be the fastest thing on earth, but it's not that slow. I mean, come on...it's an IDE, not a web server. How fast does it really need to be?

    I use NetBeans every day. I wouldn't try to run it on a 486 or anything, but I do run it on three different machines (a 400mhz/256mb Ultra 5, an 850mhz/256mb PC, and a 700mhz/384mb PC), and on all of them it's a bit slow starting up, but after that it's pretty responsive. Again, not greased lightning or anything...

    I've tried VisualAge for Java (IBM), JBuilder, SGI's Jesse, and one or two others I can't recall right now. NetBeans is one of the best I've ever seen, even before you consider that it's completely free (beer). JBuilder is nice, too, if you have the cash to pay for it.

  184. ProjectBuilder by spicyjeff · · Score: 1

    Don't forget ProjectBuilder for MacOS X. It's a complete Java 2 IDE (for OOC as well), powerful, slick as hell and easy to use...it's also free with Mac OS X.

  185. IDE features by Anonymous Coward · · Score: 0

    Simple. Look at Visual Studio.Net
    Feature rich, incredibly efficient, innovative,
    fully integrated. The best of its kind.
    Meanwhile, it's from Microsoft.

    1. Re:IDE features by BobMarley · · Score: 1

      OK, I'll bite. I usually just ignore trolls.

      The topic is "Java IDE". There is no Java in VS.NET. I've heard that Microsoft has announced something like "Java support", but I've also heard that it's going to be something in the 1.1.x generation.

      Um, thanks for playing, Microsoft. Sorry, no consolation prize.

      cheers
      BM

  186. There's a number of nice text editors & IDEs by nate.sammons · · Score: 1
    How about these:

    • Vim - Really, it's what I use.
    • JEdit - Pure-Java, super pluggable IDE.
    • NetBeans - The origninal pure-java IDE.
    • Forte - Never used it... lots of people like it.
    • JBuilder - Seems like a descent ide.

    Like I said, though, I really *do* use vim, mc and ant. And that's it. jode if you need to do some decompiling, and everything is great under Linux.

    It's been called "The Bronze Age IDE" by my colleagues, but it's fast and stable. Run a couple windows in each virtual desktop and you can edit 20 files at once easily. Vim has everything I want in an editor -- color syntax hilighting, auto-indenting, quickie macros, horizontal and vertical split, block copy and indent, etc. And ten million other little features.

    No matter what IDE you use, ant is by far the best Java-based build system. Everyone should be using it.

    -nate

  187. Best FREE Java IDE's: by gururise · · Score: 2, Informative
    In order of preference:

    1) TogetherSoft allows for UML->Source and Source->UML. Try the Community version of Togethersoft for FREE, only the print functionality has been disabled in this version. Has great syntax highlighting, and is fairly fast for a full blown java application.
    http://www.togethercommunity.com/community-edition .shtml

    2) Forte for Java CE the Community Edition of the popular Forte Software is what I personally use for my Java Development. While not having the UML features of the Togethersoft product, I find it suits my needs just fine. An integrated debugger, and syntax highlighting make for a friendly (and free) product!
    http://java.sun.com

    3) Glimmer for linux. While not a full blown IDE, for simple projects, I find myself using glimmer alot. It's quick, written in C, and supports syntax highlighting for a plethora of languages (php, c, c++, java, perl, and lots more!), and best of all.. it's GPL!
    http://glimmer.sourceforge.net

    Gene Ruebsamen
    Orange County Real Estate

  188. Re:There's a number of nice text editors & IDE by Anonymous Coward · · Score: 0

    Dont forget 'BlueJ', I use it all the time, developed by the University of Washington, open-source, written in java. everything I would ever need...

  189. No magic wand by ubeans · · Score: 1

    Your new president wants to increase developer productivity. She probably doesn't care how you guys do it.

    I have tried several IDEs, and I still use emacs most of the time, because that's what works best for me. I have been a technical team leader on several projects over the years, and along with my teammates we've tried to settle on an IDE, only to come to the conclusion that some guys are happy and productive with JBuilder, and others are more comfortable with Visual Age, and some others are happiest with Textpad or UltraEdit.

    I have found no correlation whatsoever between the most productive developers and the tools they use. I've seen code of coutstanding quality written using TextPad, and I've seen horrible code that was written using JBuilder (and vice-versa).

    So I've come to agree with Henri Fayol's philosophy. Henri Fayol (1841-1925) has been one of the most influential figures in modern management.

    Fayol's philosophy applied to computer science would state that developers are much more than just coders, and in order to increase productivity, administrators should just give them the freedom to choose their tools and provide them with an environment where they will be able to exploit their full potential.

    The most productive developers that I've worked with are the ones who do something right the first time around. The first thing these guys do is think the problem over and plan things out instead of heading straight to a coding binge. And they take the time necessary to write good quality code (commented, formatted, toroughly tested, etc.). These guys take 25% longer than others to write their code, but they save lots of code refactoring and debugging time over the long run.

    I wish you the best of luck in your endeavour.

    Pascal Forget
    Montreal, Canada

  190. depends on what you want by Anonymous Coward · · Score: 1, Interesting
    If you're not doing GUI work, then your choices are significantly different from those of us who need to do graphical work. I've used JBuilder, Visual Cafe, jEdit, emacs, codewarrior (very little) and I've written programs in simpletext as well. For GUIs, go with JBuilder if you've got the money and maybe check out codewarrior. Visual Cafe has the worst habits concerning rendering objects that I could imagine in an IDE put on market - if you write perfect code but in between their markers it can no longer render, even if you just make simple changes method calls. Therefore everything you write in Vis. Cafe has to have exactly the same organization to the code, which would be cool if you could pick what it was (and turn it off) or okay if it was a "good" organization, but no.

    JBuilder is much better, it doesn't force moronic structures into your code, other than always having a try-catch block around it's jbInit() methods - unlike Cafe, though, you can remove or rename the without problem and they only come up for GUI objects (and aren't a nuisance). It does "real time" rendering rather well with rare exceptions such as with code that has static blocks, interfaces in some situations, or if you have no empty constructor. Code lookup is good, macros, you can write plug ins for it. Overall pretty nice and it isn't particularly slow, at least on machines from the past couple years with decent RAM. Also, it's written in Java so it runs on Windows, Linux and Mac, although the Mac version isn't useable yet because the Apple vm anti-aliases the text so it looks like the text is drawn by crayon - that's Apple's fault, actually. Last year when I tried it, Codewarrior wasn't quite up to speed but I would take a look at it now just because their Apple IDEs are pretty high up there.

    As far as non-GUI work, well, that, to me, is mainly just personal preference, not so much based on feature sets, because most people recommending things like jEdit and such aren't working on large scale applications, or if they are (and are at the point where it can really be considered large scale) they must have a unique way of managing their different projects and packages. Anymore I'm used to using a system consisting of CVS, ANT and JBuilder for file, package and version management and I haven't seen anything else easier for a group environment.

    Given my GUI oriented job, I'm used to using jBuilder and am relatively happy with it. It has struck me that I haven't heard of an open source Java IDE (writ in Java) yet, though I honestly haven't looked much, which I happened to have been thinking about recently. Personally I'd love to see something out there to make borland fix what bugs remain and I'd be interested in how something like jBuilder is made, since there are definite memory and speed hurdles to overcome - which jBuilder does rather impressively (though I use a PIII 850 with 368MB RAM).

  191. VisualAge for Java` by mchang · · Score: 4, Informative

    Personally, I'm a convert to VisualAge for Java from IBM. I've used JBuilder, Forte, Together/J, XEmacs, Notepad, VisualCafe, you name it.

    VisualAge has a rather steep learning curve associated with it compared to a lot of the IDEs, but it really is the first product that I can recommend for Java coding.

    Unique features that I find useful are:
    * No files -- just a big 'ol database repository that is managed by VisualAge. There really is no need for files in Java, really, and this makes things great for reorganizing your code and proper versioning.
    * Incremental compilation that works with the debugger -- breakpoint your app, change code, continue with new changes.
    * Method-atomic units of editing. You edit at the method level instead of the file level. Easier to conceptualize large OO systems as you don't spend time navigating lines and lines of code and various files. Just pick a package, class, and method from a nice hierarchical window system and start coding.
    * Semi-open plug-in interface. Write your own little applets to do things to your own code base (fancy search/replace, exporting your code, merging changes...) -- this also means you can download/buy cool add-ons (Instantiations' VA/Assist and JFactor come to mind).
    * Good Enterprise team coding system. That repository is pretty good for keeping versions around and keeping things straight between teams of coders. You can also use and SCCI? compliant version control system.

    It can be tricky to master at times, but worth it, IMHO. Best of all, you can get a copy for $60 with the book Effective Visualage for Java at your local Barnes and Noble.

    Not affiliated--just finally satisfied with an IDE.

    1. Re:VisualAge for Java` by its_me_ken_lai · · Score: 2, Insightful

      I like the way VAJ is designed. The project/package/class/method (and file-less) organization is logical. The repository might get one in trouble if it's not backed up frequently (though a third party source control tool could overcome that pretty easily). Incremental compilation is good as the project gets bigger and bigger. I still haven't tried writing event-driven systems with it but based on what I read it seems to have pretty good support for event-driven coding.

      My only concern are its steep learning curve, difficult to use different version of jdk and pretty slow response. As with other IDEs it requires you to work in a certain way.

      On a side note, I think a good IDE should have a good documentation system that integrates with other software design tools so that requirements can be reflected in the code/doc easily. It'd be a dream come true if I look at any part of a project (design/doc/code) and from there get to the other part of the project easily to allow me to view from the big picture all the way to the smallest detail real quick. Then again I don't have experience designing big enough system to really have an idea of how the doc should be integrated with the design. If anyone here has a good idea of how it should work I'd like to hear about it.

      --
      Ken Lai
    2. Re:VisualAge for Java` by schibatzu · · Score: 0

      Am I the only one that giggled at "I like the way VAJ is designed"?

    3. Re:VisualAge for Java` by BobMarley · · Score: 1

      Unique features that I find useful are:
      * No files -- just a big 'ol database repository that is managed by VisualAge. There really is no need for files in Java, really, and this makes things great for reorganizing your code and proper versioning.


      This is only a feature if you work alone. In any other situation, it is a HUGE drawback -- it is my biggest complaint about any IDE. If you and other developers are working together on a project, then either you're forcing them to also use VAJ, or your work is simply incompatible. Neither of these situations is acceptable in any work environment, IMO.

      As can be seen by the dozens of different suggestions, each individual has his or her own idea of what is "the ideal" IDE. That dictates that an "ideal environment" is one in which there is no requirement for any particular IDE, but a set of standards to which any IDE must adhere. (Example: source files are text (.java), organized in a directory structure that matches the packaging scheme (com.objectnetworks.utils.MySnazzyWidget = com/objectnetworks/utils/MySnazzyWidget.java), and a source control system that can be used by as many people as possible (CVS is a good example), and a build mechanism that can also be used by all (ant is a great example).

      The requirement of "All developers within the organization must use VisualAge for Java" is simply way too restrictive and unreasonable.

      cheers,
      BM

  192. Editplus can be used as a poor man's IDE by CoffeeJedi · · Score: 1

    You can configure the "Tools" menu to launch any application you want. Just create a new menu item called whatever you want, and set it run "javac" (if its already in your path). Set its argument to "current file" and dump the output (errors really) to a subwindow at the bottom of Editplus (i forget what that check-box is called now)
    This is how i got through my Java class 2 semesters ago, Editplus can also save/open to ftp sites.

    --
    May you be touched by His Noodly Appendage. RAmen.
  193. Turing-completeness (slightly OT) by man_ls · · Score: 2

    I am unclear on something about Java. It seems that as it requries a VM to run, which is in essence an (emulator/interpreter), sort of like the types of "compilers" used for BASIC, it isn't turing-complete. Are there any Java compilers written in Java, without some other type of programming language existing in the back end? Pascal is written in Pascal, C++ is written in C++, and so on. HOW they do that confounds me, but I've never understood if Java is a real "programming language" or just a sort of compiled very powerful scripting engine.

    My $.02 and some lint.

    1. Re:Turing-completeness (slightly OT) by jacobm · · Score: 3, Insightful

      1. Java is Turing-complete. As is every programming language you're ever likely to run into. Rule of thumb. How the implementation happens to run the code (VM, compiled to assembly, hand-evaluated with pencil and paper) is irrelevant.

      2. Sun's Java compiler is written in Java.

      --
      -jacob
    2. Re:Turing-completeness (slightly OT) by JamieF · · Score: 2, Informative

      Yes, javac is written in Java, and that's why it's hella slow. Try putting it in a Makefile sometime. Ugh. That's why IBM's Jikes compiler is written in C++... much faster startup and compilation. In my tests Jikes is 7-20 times faster. I haven't tried Jikes on any of the new Java 1.4 stuff (assertions) so it may not be an option in that case.

    3. Re:Turing-completeness (slightly OT) by The+Cookie+Monster · · Score: 2

      It's not so hard, imagine you wanted to write a BASIC compiler in BASIC, but no BASIC compiler existed (BASIC compilers do exist, but pretend for now they don't):

      A) Obtain an existing BASIC interpretter, or whip one up with lex/yacc - the BASIC interpreter does not need to be written with BASIC (as I said, lex/yacc will do fine), nor does it have to be able to compile BASIC, it just has to be able to run it.

      B) Write your BASIC compiler in BASIC

      C) Run your BASIC compiler with your interpretter and feed it it's own source code.

      Voilla - you now have a standalone BASIC compiler written 100% in BASIC, which is a good thing to do - not only is it more likely that if you were writing a BASIC compiler, BASIC would be your language of choice and hense the language you'd want to be writing the compiler in, but it will also help you identify shortfalls in your implementation of the language, and bugs in your compiler (taste your own medicine so to speak).

      Now that you see how it's done you'll probably realise that there's not really any difference between a compiled language and an interpretted one - they are both "real languages" and both turing complete.

      (Pragmatically however, since interpretters are a bit more flexible, languages that take advantage of this (for instance, providing an eval() function, or being excessively dynamic) can end up being restricted to interpretters (or interpretter/compiler hybrids) because it's too damn hard to try and fit them into the machines native architecture)

  194. Java IDEs by Anonymous Coward · · Score: 1, Interesting

    I actually have used several in my career as a professional java developer, and here are my picks:

    If your machine has the resources (fast processor, and at LEAST 256MB of RAM, preferrably 512MB then I would suggest Sun Forte or Netbeans. Netbeans usually has the latest stuff since it's the open source version. The latest version, 3.3 beta2 has support for XML, JSP, XSL, servlets, and has integrated ant, junit, cvs, etc... very cool

    JBuilder is good, but never been my favorite.

    If resources are limited, then I usually use either vim 6.0 or xemacs with the JDE package installed. Xemacs with JDE is nice because it's not a resource hog, and comes with a nice class browser.

    Another good one, if you're not an vi or emacs person, and prefer the newer IDE type editors, is Visual Slickedit. This has a VERY integrated class browser that supports several languages including java and C++, and even supports C symbol browsing which can make finding functions very nice. The only thing I don't like about Visual Slickedit is the way it integrades version control systems and it's lack of support for XML.

  195. Visual SlickEdit by Anonymous Coward · · Score: 0

    It's not an IDE, but I really like Visual SlickEdit. It has command completion, syntax highlighting, and a lot of other really cool features.

    Also, if you want it to do something that it doesn't already do, you can write a macro for it in slick-c.

    The one thing it's missing is a good debugger. I like JBuilder's debugger for that purpose, but that's about all I use JBuilder for.

  196. Netbeans and JBuilder by RottenApple · · Score: 1

    I've used the Netbeans.
    It's written in Java and very slow. It uses memory too much.
    And the UI is not well organized.

    Jbuilder is faster then Netbeans and runs well on my Pentium 333Mhz machine.
    It doesn't look like written in C/C++, though.
    I like its options for setting { } style, event adapter style, etc.

    I think the JBuilder is good and easy to use.

    Features I want?
    Java Applet Debugger
    Faster speed

    I think development env. should not be written in Java. Because it's too slow. It means that if you do something wrong or right, and want to check the result, you can't figure it out quickly.
    Sometimes, the change is not reflected although you do right. Then the slow respone of the IDE can give you confusion.

  197. Debuggers can't back up, can't save state by jlusk4 · · Score: 1
    When I use a symbolic debugger, I invariably stop paying attention as I'm hitting next next next and suddenly I find the bug (duh) but I really wanted to stop at the line just before everything went to hell. Or for that matter, I stupidly single step past some crucial line where things started to go wrong. And I can't back up. This is caused by sheer monotony of hitting "next" so many times.

    Also, in lieu of printfs, I've set up zillions of watchpoints and breakpoints-with-actions that print out values of variables and now it's time to quit the debugging session. Save state? Good luck! Assuming the debugger even claims to be capable of saving state, when you come back in to the debugger and attempt to reload that state (assuming that even works), what used to be line 584 is now line 592 and all your actionpoints are off (and useless). If I had done it with printfs and "if" stmts, the line number changes wouldn't be screwing me up.

    Debuggers are great for getting stack traces and analyzing core dumps and looking at program state at the time of failure, but after that, it's back to studying code and inserting judicious printfs.

    John.

  198. How bout this: by SomeOtherGuy · · Score: 2


    For all things text related I use the VI(de). Others may be more robust, have better features, cost more money -- but damnit I spent 23 1/2 years learning VI , and 1 day without using it may well indeed set me back 10 years in the study of VI. And those $10 a minute calls to the VI helpline can get a bit costly.

    --
    (+1 Funny) only if I laugh out loud.
  199. Ideal IDE for java by neurojab · · Score: 1

    I guess I'd include versioning, superior editing capabilities, the ability to instantly launch and debug a servlet, an EJB environment that breaks out the home and remote interfaces, provides for class and EJB inheritance, includes an EJB container and datasource capabilities.

    Wait a sec... VisualAge for Java has had that stuff for almost two years! VAJava kicks!

  200. Re:Blech. Most of them are pretty bad. by pivo · · Score: 1

    If emacs is just a text editor with extensions, then it obviously doesn't try to do everything an IDE does, so you're argument is self contraditory.

    I didn't find emacs hard to learn. This may be due to my superior mental abilities or it may be because I didn't approach it with the debilitating prejudice that it is hard, as so many other people do.

    Additionally, once you've learned emacs you don't need to re-learn it when you switch languages, build tools, or version control software. IDEs are getting more versitle recently, but it's still likely if you suddenly move from a C++ project to a Java project you will likely have to find a new IDE.

    I'm not sure I undertand the "bloatware" objection to emacs. Nobody says you have to use the optional libraries that come with emacs. They don't add to the startup time if you don't add them to your .emacs file. If you're using an IDE now I think you'll find that emacs is fairly lightweight in comparison.

  201. IBM VisualAge for Java? by mgenti · · Score: 1

    I've me been reading threw some of the comments about IDE's but I hear no one mention IBM VisualAge for Java. What is wrong with it? What is good with it?
    I have not personally used it but I have heard that it takes an object oriented approach when dealing with projects. Sounds like a good idea to me!
    I'm just wondering what you opions are on it.

    --
    ---- Don't worry about signing me up... I'm already on all the spam lists.
    1. Re:IBM VisualAge for Java? by giantsquidmarks · · Score: 1

      The internal editor does not have color syntax highlighting... It actually is just an overall crappy text editor.

      The menus are not logical, things are not where you would expect them to be. I can't even get used to the way they are after hours of use.

      The workbench concept is wonderful. Visual Age is a VERY good idea... but like many other things IBM dreams up, it gets washed out and watered down in execution. I work at IBM and I have an idea of how this happened.

      IBM probably asked everyone, including the idiots, how an IDE should work... and then they went out and systematically put all the stupidest ideas right in with the brilliant ones. IBM is good at this... at least in the software realm.

    2. Re:IBM VisualAge for Java? by giantsquidmarks · · Score: 1

      OK... I'm retarded... I just opened VisualAge and it has color syntax highlighting... but everything else is true... it is a crappy editor... :-)

    3. Re:IBM VisualAge for Java? by mchang · · Score: 1

      True, it could be better of an editor. VaAssist from instantiations gives you better control of the editing environment. But it does take a bunch of time getting used to it. Once you've got 30,000+ lines of code in there, written by a dozen or so people, you start to understand how good it can be at organizing your stuff.

      Off-topic, IBM did not write VAJ, OTI (oti.com) did.

  202. Re:WTF???? by Anonymous Coward · · Score: 0

    A fast editor would be great, but an editor with an intuitive UI designer (a-la-vstudio) would be great. Being a visual studio guy, I haven't ever felt at home designing user interfaces in Java.

    Yep, that's my top vote.. easy UI design without having to deal with the intricacies of a layout manager.

    -some anonymous coward ;>

  203. Kawa is dead by sarice · · Score: 1

    Kawa has been killed off by Macromedia.

    http://www.macromedia.com/software/kawa/

    It's a shame, I haven't found a decent replacement yet.

    Steve

  204. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    Linus doesn't use debuggers.

  205. Beginners IDE by Anonymous Coward · · Score: 0

    We use BlueJ at out institution, it was developed for the "purpose of teaching object orientation with Java".

    I believe it's great because you can write a class and instanciate an object of that class without having to write any other classes.

    Also comes with a handy debugger.

    http://www.bluej.org/

    Obviously not suited to develop huge projects, but it can be done.

  206. SourceInsight by kLaNk · · Score: 1
    Posting a question about an IDE is like posting a questiona bout editors. Everybody is going to have their own idea of what is perfect.

    I have found that just like editors a question like this really comes down to individual taste.

    With the above paragraph in mind I would recommend SourceInsight as a good development tool. Unfortuanetly it lacks integrated compilation or debugging options (and thus might not truly be considered an IDE).

    Some of its highlights are dynamic type resolution, syntax formating, a dynamic context window, team programming support, fast access to large projects etc. etc.

    The only downside is that it is a Windows only program. But if you find yourself doing much work on a windows system it is worth taking a look at:

    SourceInsight homepage

  207. Information About Eclipse by ekrout · · Score: 5, Informative

    Eclipse is an IDE framework written in Java. It is very extensible; all support for editors, compilers, debuggers, and other tools, etc is provided as plugins.

    Although it's written in Java, it can be used to develop programs written in other languages; there are already proof-of-concept plugins for C (using gcc) and make.

    It is being developed by OTI, an IBM subsidiary who did Visual Age Smalltalk and Visual Age Java. These people have a lot of experience building IDEs.

    Currently you can download the basic framework and a set of plugins that let you edit, compile and debug Java applications --- a pretty decent Java IDE. (The very-context-sensitive code-completion is pretty nice. It also has a great feature where it compiles the code every time you save and puts unobtrusive error icons at every line with an error --- an excellent way to keep your source error-free as you go, without getting in your face.) You get the source but currently not under a true open source license. The OTI people promise that they will be moving to a true open source license soon.

    This is a big initiative within IBM. The WebSphere Workbench product is already based on Eclipse. Lots of people within IBM, including IBM Research, and several other companies are building new development tools as Eclipse plugins.

    One slightly weird thing about Eclipse is that it doesn't use Swing. Instead it has its own toolkit called SWT, which is designed to expose a single cross-platform API but is reimplemented using native widgets on each platform. You can download versions for Win32 and Motif but in the newsgroups some OTI people said that they're working on a Gtk port.

    More information at http://www.eclipse.org.

    --

    If you celebrate Xmas, befriend me (538
    1. Re:Information About Eclipse by Nyarly · · Score: 2
      One slightly weird thing about Eclipse is that it doesn't use Swing. Instead it has its own toolkit called SWT,

      Not to overstep, but I think you mean "One slightly cool thing." I'd been wondering a little about the SWT thing, but then I saw that Eclipse was a Java based IDE, and I sort of panned it.

      I spent a lot of time recently looking for a free/inexpensive Java IDE, because I still have issues with emacs and JDE, even if it does work nicely. Finally a broke down and learned to use it smoothly, because, unfortunately, it's the closest thing to useable for Java.

      All the other inexpensive IDEs were either feature-sparse (and let me echo the complaints of "all it does is have some code templates") or dog slow (a fact I attribute to their use of Swing, which blows for editoring stuff) or both (and my opinion of /.er's is improved by the fact that none of the IDEs on that list have been so much as mentioned.)

      If Eclipse is using a non-Swing environment, I'd expect a much better performance from it, and would be much more willing to give it a shot. Especially when the Transmogrify is designed to be integrated with any IDE that accepts Java plugins.

      --
      IP is just rude.
      Is there any torture so subl
  208. The winner is... by Anonymous Coward · · Score: 0

    JBuilder, cowboy. No question about it. Hands down the best Java IDE out there.

  209. EMACS by Anonymous Coward · · Score: 0

    EMACS

  210. Glimmer by Anonymous Coward · · Score: 0

    I've been using Glimmer for the last few projects.. It's been a good syntax highlighting editor for the java and bash/perl stuff I've been working on.. check it out at

    http://glimmer.sourceforge.net

  211. jEdit + Select Plugins = IDE by Baby+Duck · · Score: 0

    By downloading jEdit and plugins that will do project exploration, Java compilation, Java output console, CVS access, and error messages that allow you to jump to the offensive line of code -- all within their own dockable windows, you've got yourself a good and free IDE, mister!

    --

    "Love heals scars love left." -- Henry Rollins

    1. Re:jEdit + Select Plugins = IDE by larryk · · Score: 1

      I can't believe jEdit wasn't mentioned before this. I've been using it exclusively for EJB, JSP, PHP & HTML for many months now (formerly used Homesite & Slickedit). It is cross platform, has frequent updates with new features and the plugin manager is great for keeping everything up to date. Open source too... Great work Slava Pestov et al.

  212. Re:Blech. Most of them are pretty bad. by antijava · · Score: 1

    If Java isn't good enough to make an IDE, then why is it good enough for the project that you want the IDE *FOR*?

    My benchmark for when it's time to switch to Java is when the Java tool developers feel that the language is good enough to actually use.

  213. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1

    Due to the insulting nature of your remarks I won't even dignify you with a further response than this.

    --
    Derek Greene
  214. NetBeans... by JebusTheImpaler · · Score: 1

    NetBeans... opensource, free and cross-platform... http://www.netbeans.org -Aron

  215. Java the UNIX way: Ant and vim by lsd · · Score: 2, Interesting

    Because my Java work is almost exclusively centred around servlets, I don't need anything too fancy GUI-wise. In fact, I find the best way to work is the same way I've worked with other languages for years - with a text editor and a build tool. Vim is IMHO still the best source-code editor around, but what is there to use as a build tool when it comes to Java?

    Ant, of course :) Ant's a very powerful build tool that combines an XML-based build-script markup with the power to write your own custom tasks in Java, and in my environment it makes building/testing/deploying a breeze. Simple, powerful and effective - great stuff :)

    1. Re:Java the UNIX way: Ant and vim by moro_666 · · Score: 1

      right you are , vim & ant rock for servlet/jsp
      writing

      --

      I'd tell you the chances of this story being a dupe, but you wouldn't like it.
  216. Re:Blech. Most of them are pretty bad. by BonThomme · · Score: 1

    Totally agree on avoiding debuggers. Knowing you can't just crack open a debugger and single step through your code completely changes the way you design and develop code. You're forced to design, develop, and test in very small increments, and encouraged to leverage that well-tested code. The end result is a higher quality product in less time. Yeah, that's the XP credo, but you will find very few XP'ers who don't use debuggers. I'd hire the developer who prefers a good editor and the command line over the guru of the IDE du jour every time.

    Besides, if you're working with heavily multi-threaded code, there's no debugger in the world that will save you. Period.

  217. Metrowerks Codewarrior by nolsen · · Score: 1
    Take a look at Metrowerks Codewarrior. It's a real, heavy-duty, established IDE for professional C/C++ development, and it just happens to support Java as well.

    I started using it after Visual Cafe drove me nearly insane. I've also tried JBuilder, Visual J++ (which is pretty well dead now), and JEdit (which is a simplish editor written in Java that plugs into the JDK for compiling and running your apps). Before I started using Codewarrior I had decided that the available Java IDEs were so bad that it was less trouble to use a simple text editor and run the JDK from the command line.

    Something that I consider a plus with CW is that it uses Sun's JDK rather than it's own compiler (which was kind of an annoyance with VCafe, being tied to them for updates), so it is more or less just their IDE set up to use Sun's compiler and VM. I ended up liking CW so much for Java that I've also started doing my C/C++ programming with it, although the fact that I now work for a company that uses CW for Mac and PC C++ developent has encouraged me to become familiar with it. One of the biggest plusses for me is that you can choose to turn off MDI (multiple document interface), which I consider to be one of the worst and most frustrating GUI concepts ever, especially when you have a Big Ass Monitor.

    It also has RAD GUI tools but I have not used them so I cannot comment on their usefullness.

    Nick

  218. Vi Baby... by Galaxie · · Score: 1
    I've been doing java, php, asp, sql, etc. for a few years now, in many mixed environments.

    I've come to the conclusion that VI --> www.vim.org is my editor of choice. Sure it dosen't function the sames as DOS EDIT or notepad in the respect of navigation (it does in insert mode) but if you give it a shot for a few days and print out the 2 million page user manual (ok.. about 5 of those pages will give you the basics) you may find that you like it.

    It does have it's perks. It's open source, it's free and it runs on ANYTHING (unix, linux, dos, windoze, os/2, macintosh, beos, etc...)

    I found it to be a great, well written (it's been in development for years and years and years) editor for programmers, mainly because, well, it was written by programmers. (you know it's well written when it's only on version 6.0 and it's been around for 12+ years)

    Give it a wirl.
    and lets not even GET into the emacs discussion here...

    --
    <end/>
  219. Re:That depends (TextPad) by jefflinwood · · Score: 1

    I love my TextPad 4.5 - but the first thing I have to do is reset the search commands to the Microsoft Windows standard CTRL-F/F3 combo.

    Just go to Configure->Preferences, click editor, and select "Microsoft Applications" under Keystroke Compatibility.

    TextPad comes with the ability to run command line tools (such as java and javac) on the current file, and also does syntax highlighting for Java, HTML, and about 50 other languages.

    Check it out at www.textpad.com

    I use BBEdit Lite and Project Builder on my Mac OS X machine for Java work.

  220. From the Perl FAQ: by mjtg · · Score: 1
    This is a quote from an old version of the Perl FAQ:

    "If you're on Unix, you already have an IDE -- Unix itself. This powerful IDE derives from its interoperability, flexibility, and configurability. If you really want to get a feel for Unix-qua-IDE, the best thing to do is to find some high-powered programmer whose native language is Unix. Find someone who has been at this for many years, and just sit back and watch them at work. They have created their own IDE, one that suits their own tastes and aptitudes. Quietly observe them edit files, move them around, compile them, debug them, test them, etc. The entire development *is* integrated, like a top-of-the-line German sports car: functional, powerful, and elegant. You will be absolutely astonished at the speed and ease exhibited by the native speaker of Unix in his home territory. The art and skill of a virtuoso can only be seen to be believed. That is the path to mastery -- all these cobbled little IDEs are expensive toys designed to sell a flashy demo using cheap tricks, and being optimized for immediate but shallow understanding rather than enduring use, are but a dim palimpsest of real tools. In short, you just have to learn the toolbox. However, if you're not on Unix, then your vendor probably didn't bother to provide you with a proper toolbox on the so- called complete system that you forked out your hard-earned cash on."

  221. Java IDE by Anonymous Coward · · Score: 0

    I use a good text editor called Ultra Edit (assuming I'm working in Windows (cough) at the time). It features nice syntax highlighting for a number of languages, and is easy to expand the highlighting for any language you use. It has an optional integrated spell checker, and allows for binding of hotkeys and menus to run programs and perform tasks. I have mine set up so that I have a menu which allows me to compile my programs, with different sets of optimizations, capture output to a new file (usefull for checking for erros), preview webpages I'm writing in my browser, and other things. It integrates with any CLI develment software, and any other program you need to one. The one piece of software works as my HTML editor, C editor, and general text editor, highlights seperately for each, and can preview webpages, or compile programs right from the window it's in. It works well for me! Downside: it's not free, upside: www.astalavista.com (*wink*)

  222. I can tell you which is worst! by junkgui · · Score: 1

    PowerJ from sybase is the absolute worst IDE for java. All I can say if that nothing works the way it should and it has an amazing ability to just erase the last method you wrote for no apperent or avoidable reason, with no way to get it back. Plus it's integration with easerver (sybases's ejb server) does not work... at least not as well as they advertise. It is also slow and uses propriatary file formats so that all your java code is hidden in non *.java files that cant be grep'd or javac'd or diff'd. Man I hate this program! Notepad and the jdk for windows is far superior.

  223. JCreator, TextPad do you need anything else??? by Anonymous Coward · · Score: 0

    Personaly I have used a few (Visual Cafe, JBuilder, J++, plus an array of text editors) I have found that the best one that I've tried is JCreator Pro from It has a really nice GUI that sort of remindes me of VC++, it integrates with any version of JDK and provides help straight out of that documentation. The debugger isnt the best, it is just jdb in a section of the JCreator window. It has realy good auto compleetand overall it is a great tool.
    I'm waiting to see what this eclipse project is like, I would really like to add features in to most IDE so an open source plugable one sounds good especially since it can be used for more than just java. alphaWorks has released a c/c++ plugin for it.
    If you are after a really good text editor though you should go no further than TextPad it is the best text editor I've ever used. Good syntax highlighting with hundreds of extra syntax definitions avaliable from their web site. You can also compile and run java from within text pad. Before I found JCreator this is the only thing I'd use. I prefered Text pad over Visual cafe and the other IDEs ive used. What ever IDE you deside on I'd sugest you get JCreator anyway.

  224. what works for me by bhak · · Score: 1

    Haven't had much luck finding a decent IDE for my environment (servlets->EJB->JDBC, etc, etc). What I have found that works well is a good text editor: gvim. Syntax highlighting, and my fingers know vi. CVS for source control and ant for build/distribution. Also have had good luck with optimizeit for profiling java apps. Profilier is especially nice because it lets me attach to an application server and filter out application server specific classes (which can be many). This allows me to really see what my beans are doing. Also fond of jprobe for debugging. Using many different apps for different aspects of development can be a pain in the ass, but I've found that after a little meddling around, it works quite well. Anyhow, just my 2 cents.

    --
    ummm...forbidden doughnut
  225. Re:Blech. Most of them are pretty bad. by gh · · Score: 1

    The fact you're assuming fast Java is by necessity poor Java and underuses the language's features reflects your lack of understanding about really improving Java performance.

    Fast Java means understanding design issues to improve performance by not creating too many objects, lazy initialization, controlling class loading, and so on. Folks, most Java performance issues nowadays has less to do with executing bytecodes than it does with poor coding.

    Most Swing programs have performance issues to a handful of the above issues. Eliminating them usually makes quite speedy Swing programs.

  226. Kawa by vgaphil · · Score: 1

    Try Kawa, it's simple, yet powerful.

    --
    A clever person solves a problem. A wise person avoids it. -- Einstein
  227. This is just mutual masturbation... by Anonymous Coward · · Score: 0
    ...just like most things on /.

    luser 1: "editor xyz rulez."
    luser2: "No, edition xyz sucks goats."



    Look, every 4 or 5 rated post here has said _nothing_ maybe I'll try harder, but since I always post AC, nobody ever comes down here to the cellar anyway, so you'll never see this post (bastard moderators!)


    Anyway, your question (which nobody read apparently) asked about more than just products, it asked about FEATURES.


    Since you are doing java development, I'll keep that in mind...


    1) Speed. Your software tool should feel like an extention of your body, like a chisel to the sculptor. Make sure it responds to you and compiles fast.

    2) Integration with version control. It is pretty darn nice to have the ide hook into version control, rather than having to go to another tool. Seems pretty silly, but it will save you a few seconds here and there.

    3) Integration with application server. Since you are doing java, this is a MAJOR time saver. Imagine if you could click a magic deploy button and be able to test your code more or less without leaving the ide. Very cool.

    4) Relates to 3, but... ejb deployment too. Some tools just go so far as tie ins for servlet development. If you are doing ejb's, go all out.

    5) Wizards. Let's face it, writing getter/setter beans all day long sucks. Writing simple entity ejb's all day long sucks too. Get a tool that does it for you and knock off a bunch of time.


    Things that are overated:

    1) Remote debugging. Most of the time it is too slow and cumbersome to actually help you.


    What's my choice? JBuilder. I've used it since version 2. It has gotten better, and personally I don't find it to be that slow. I have been through three ide evaluation processes, and each time JBuilder comes out on top. Let's face it, vi or is nice, but as a professional developer, I'm looking for tools that will save time. JBuilder does that. When you look at other professional tools, there each get cancelled out for good reasons - Visual Age is too tied to other IBM products, Visual Cafe is a quirky beast, Forte has never felt refined, etc. etc.


    While you are thinking about tools, especially with regard to $$ and time, take a look at www.gentleware.com and the open source uml tool they have on the market. Free community edition tool. I'm not affiliated with them, but I find that their tool fit well with my needs when doing the same kind of evaluation you are doing right now.


    Posted AC - because unlike the /. moderators, I really believe in privacy on the net.

  228. Re:Blech. Most of them are pretty bad. by awaterl · · Score: 1

    Do you have some pointers for writing fast Java Swing UIs? While server-side Java is almost always fast enough, I am not sure that writing a responsive UI in Swing is possible.

  229. Visual Cafe by MisterPo · · Score: 1

    When I used to program in Java, way back in 1997, I used to use the fabulous MS product called Notepad. After banging my head in frustration I was introduced to Symantec Visual Cafe. What a revelation!

    A visual Java RAD tool that could create much of a program with drag and drop procedures, this saved so much time for me and created *nice* looking stuff. Its greatest strength at the time were the "interactions", you could create logic operations on form elements by just clicking away!

    Since I stopped being a programmer I dont really know what happened to it, is it still knocking around??

    Thing was though I happened to chance across MS Visual J++ and *cough* it was actually quite nice. Their Virtual Machine was rapid!!!

    Po

  230. Re:Blech. Most of them are pretty bad. by pivo · · Score: 1

    I was being facetious

  231. Another basic but great feature... by Anonymous Coward · · Score: 0

    I'll use JBuilder as the example, but hopefully other tools have similar features...

    JBuilder constantly compiles your code in the background, and tells you if you have errors (at least syntactic ones). This is a time saver.

    Likewise, the CodeInsight feature really helps. This is where if you begin to type a line, the background auto-compiler will attempt to figure out what you are about to type. This auto-completion feature is a big time saver as that way I don't have to try to remember what a particular method name was, or what arguements a method needed. Likewise, it saves keystrokes because I don't have to type the whole thing.

    AC.

  232. Another basic but great feature... by Anonymous Coward · · Score: 0

    I'll use JBuilder as the example, but hopefully other tools have similar features...

    JBuilder constantly compiles your code in the background, and tells you if you have errors (at least syntactic ones). This is a time saver.

    Likewise, the CodeInsight feature really helps. This is where if you begin to type a line, the background auto-compiler will attempt to figure out what you are about to type. This auto-completion feature is a big time saver as that way I don't have to try to remember what a particular method name was, or what arguements a method needed. Likewise, it saves keystrokes because I don't have to type the whole thing.

    AC.

  233. Feature suggestions... by mark-t · · Score: 1
    Probably all of these are obvious, but these are the mimimum that I'd expect from a Java IDE:
    • Syntax highlighting
    • Visual form/frame editing
    • Javadoc support
    • Robust wizards for creating new classes, applications, swing applets, etc
    • Class explorer
    • Ability to construct visual forms, etc directly from Java source code
    • Variable name completion
    • Written entirely in Java - No OS dependant code
    These are the ones that come to mind immediately. I would certainly expect to be able to do no less with a new Java IDE than one can do with forte, so an examination of forte's feature set may not be a bad place to start, and work from there.
  234. Re:IntelliJ IDEA: the best IDE around! - I Agree by puppetman · · Score: 1

    Some of the best features include:

    - add an object that is on your classpath, but not in the "import" statement at the top of your file, and it will ask you if you want to add that import, and if you say Yes, do it automatically. You can also configure how many imports from a package before it goes to the "import *" for all classes from a packages.

    - Select a bunch of code, hit CTRL-ALT-T, and it will ask if you want to wrap with an if-then, while, try-catch, try-catch-finally, etc. If you pick a try-catch wrapper, it will figure out what exceptions get thrown by the code, and add those exceptions. If it can't figure it out, it just uses the generic Exception.

    - the interface is wonderful - lots of info available via sliding bars that disappear when you are done, maximizing the amount of space for writing code.

    - great refactoring. Change a method signature or variable name, and it will help you convert all uses of that method/member to match the new signature/name/type

    - good debugger

    - written in Java (but fairly quick), and Linux is supported.

    - very good code-completion (fast and accurate)

    I have used Forte, JBuilder, Kawa, Visual Cafe and evaluated IBM's Visual Age. Intellij is the best I've come across. The amount of time an experienced developer can save is phenomenal. And unlike most automated bells and whisles of other products, the time-savers in Intellij do actually save you time.

    David.
    Boats.com

  235. Apple Project Builder by Anonymous Coward · · Score: 0

    Check out Project Builder if you have access to a box running MacOS 10.1. Apple includes the very latest JVM and Java tools from sun with OS X and their IDE is very good. I used it all summer to develop server side java stuff using webobjects that was targeted to run on Solaris.

  236. jGRASP by nebhale · · Score: 1

    If all you are looking for is good code visualization and compilation, you might try jGRASP http://www.eng.auburn.edu/grasp It's free and it does visualization for Java, C, Objective C, C++, VHDL, and Ada. In addition, there has been the recent addition of a UML modeler.

    --
    -Ben Hale If I have seen further it is by standing on ye shoulders of Giants. -Sir Issac Newton
  237. Re:Have a look at Kawa - Kawa is Gone by puppetman · · Score: 1

    From Macromedia:

    Effective October 31, 2001 Macromedia will discontinue the sale and future development of Kawa.

    Macromedia strives to meet the needs of its customers and takes pride in creating market-leading products that span servers, authoring environments and media players.

    In order to keep up with our customers' changing needs and focus on maintaining our status as a market-leader in Web development, servers and media players we are transitioning to a partnership strategy in the Java IDE market, and we have several partners that we feel are better suited to serving our customers' needs.

    Macromedia values your support and understanding of this decision, and while there is no need to stop using Kawa, we wanted to make sure our Kawa customers were well taken care of. We realize you may have many questions; this FAQ was created to answer them.

    ----

    Kawa was my favorite. Now Intellij IDEA (which I raved about in an earlier post).

  238. Kawa is No More by puppetman · · Score: 1

    I've seen Kawa mentioned a few times. Was a light, fast IDE that allowed you to compile with multiple JDKs.

    But, alas, Macromedia has said, "Effective October 31, 2001 Macromedia will discontinue the sale and future development of Kawa."

    Because they use Codewright for editing code, I have a hard time believing it will be Open-Sourced. Another product tossed into the dustbin.

    1. Re:Kawa is No More by Kingu · · Score: 1

      sigh
      Kawa rocked, then the big boys take it over and it gets really buggy.
      And now they are canning it??
      What a waste of a once great product :(

  239. Get rid of the developers who need IDEs by 3john · · Score: 1

    Your fearless leader was actually asking how to speed up development, and standardising on a new tool is not likely to help.

    Real coders don't need IDEs (though IDEA does look nice). Actually, I use J++, but only as a text editor, Ant is my development environment.

    When I get an upgrade to my machine, I might try switching to one of the slower IDEs and hope I don't notice, and then I will be able to make variables called Delegate and Multicast again.

  240. my wish list by hoz · · Score: 1

    if I were building a new IDE, I would add things like a multiple select option, say select and copy only lines 5 and 10. That would be cool

  241. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    Well, Suns own Swing examples are dog slow so if they can't make it right then why would you expect others to make it better ?

  242. Re:File Linking (Visual Age) by Anonymous Coward · · Score: 0

    Visual Age for Java lets you click on a variable or type name and right_click->Open On Selection and viola you get a window with the code definition (if it's available)

  243. Our friends at IBM... by Vapor · · Score: 1

    IBM has provided us with a (IMHO) great Java IDE... Visual Age for Java. Syntax highlighting, nice autoformatting if you want to use it, versioning, autocompletion of method, class, and variable names... a great debugger, good test environment for servlets, JSP's and beans. Great environment. I use it everyday and it really helps productivity and has helped improve my coding style.

    Unfortunately it is Not free (of course) and they do not have a Java2 version for linux. They do have a Java 1.1.8 version for linux, and there is supposedly a Java2 version on the way.

    My .02

  244. Do you mean instaties an interface? by SuperKendall · · Score: 2

    I wasn't quite sure what you meant here, but it seems like there are a few solutions to things you might have meant:

    1) Way to find classes that implement a particular interface. Just do a JavaDoc run in JDK 1.2 or higher, the page presenting the interface you are interested in will list all of the implementing classes with links to those JavaDoc pages (true, it's not built into the editor - but I find myself switching between the editor and JavaDoc anyway).

    2) Ability to go to the class that your current variable is a type of - many IDE's have symbol browsing built in that will let you hover over your variable "foo", and jusp to FooImpl.java.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  245. Incremental Compilation: VAJ or Eclipse by tony+clifton · · Score: 1

    Incremental Compilation is something I've found incredibly useful -- get a running app, add classes, change methods, have the app take advantage of it while it's running.

    This is incredibly useful as a system grows and 5 minute startup times become normal. It's also something I became used to from my Lisp and Smalltalk days.

    As far as I can tell, only VAJ and Eclipse can do this.

    And in light of this, JBuilder, Forte, etc seem like glorified wrappers around jdk functionality. Might as well use emacs.

  246. The bottom line. by Anonymous Coward · · Score: 0

    I work for a company that does a lot of Java development. I've got access to Jbuilder on my workstation but I still open files up in a text editor when I want to access them quickly. The only things that JBuilder and other IDEs do better than a good text editor are JavaBeans and JSPs.
    IDEs are better at JavaBeans because you can manage your container and deloy your beans easily within the IDE.
    JBuilder is better at JSP because you can debug them within it. (newer version of Jbuilder only)
    The bottom line is that if you're not using EJBs or JavaBeans you can write things just as quickly in a good text editor.
    But good luck to anyone who tries to manage his EJBs in notepad.

  247. It all about the setup by Anonymous Coward · · Score: 0

    I work with similar technologies (jsp, servlets), and the real trick to gain productivity is not the IDE, but your tools setup.
    Servlet + jsp has a huge turnaround time...coding, depolyment, testing...

    I usuakky work with IBM Visual Age for Java. Using VAJ its possible to EMBED the excellent Jakarta Tomcat Server, enabling you to execute your code on your workstation...and even debug your servlet and jsp code...

    I have done similar tricks with netbeans (embedding tomcat that is) and it works like a charm...

  248. Use what the developers like. by SuperKendall · · Score: 5, Interesting

    What I have found is that if you mandate one IDE, whatever it is someone will loose productivity. Personally the approach I've generally taken is that people are free to use whatever IDE they like, we have a good ANT setup for building and groups of people who use non-ant aware tools like JBuilder set up those configs which we also maintain in source control. I use Emacs, but other people on my team use Vim, SlickEdit, NetBeans (which I also use for debugging), JBuilder, and Textpad (sigh). The only way you can loose is that you can't buy many bundles usually, but most of the tools people like turn out to be free for the most part (except of course for JBuilder and TogetherJ, which is useful for design but can be hnady other times as well).

    What is good to standardize is directory structures and locations of projects, which helps you define the environment for the build a little easier.

    The setup that seems to work well for us is something like this (some things are new elements I've not quite tries yet):

    <DIR - project root>
    build.xml (ant build script)

    .bashrc (defines environemnt variables needed to run ant along with ant shortcut alias)

    setEnv.sh.default (keep this one in source control and people can modify it locally once for odd setups - called by .bashrc under name setenv.sh)

    runAnt.bat ( does all of the stuff the bashrc does, but in the way only a batch file can. Ick! Used by those poor souls without Cygwin)
    <SUBDIR build> - generated by ANT (compiled class files go in here)
    <SUBDIR source> - holds all source code
    <SUBDIR other...> any other subdirs you might need (resource, deploy, etc.)

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  249. I don't know lxr, but ... by ninewands · · Score: 1

    Xemacs, DDD and CVSWeb is a killer combination. That's what I use for all my (academic, I admit) coding needs.

  250. Re:Blech. Most of them are pretty bad. by chabotc · · Score: 2

    NetBeans isn't an offshoot of Forte. NetBeans is the open source project that Forte is based upon. Saying NetBeans is an offshoot of Forte is like saying Mozilla is an offshoot of Netscape Navigator.

    Heh, thats pretty funny! Mozilla _is_ an offshoot of Netscape Navigator (4.x code base), rewritten a few times, and then recycled back into netscape 6.x.
    However, it is still an offshoot of netscape navigator

  251. EditPlus is so much more! by Anonymous Coward · · Score: 0
    EditPlus is so much more! It's actually the only shareware that I've actually paid for, just out of respect for the developers. I've tried UltraEdit, Textpad, etc., and stuck with EditPlus, because it has a nicer design which is both more convenient and intuitive than others. Here's an incomplete list of EditPlus features:
    • custom syntax highlighting. (plenty of filetypes are supported, and you can create your own syntax highlighting rules for files that aren't supported yet.)
    • browser integration (unfortunately IE only)
    • FTP integration for both text and binaries (which makes it a good candidate for web work)
    • regular expression for search/replace
    • built-in text manipulation capabilities (column select, sort column, trim trailing spaces, etc.)
    • fast and stable app, unlimited undo/redo
    Overall, well-designed, very user-oriented peice of work.
  252. Visual Age by davemie · · Score: 1

    I haven't seen one person talking about IBM's Visual Age. Like all IDEs it got it's good points and it's bad point's.

    Lots of people don't like the fact that it kinda hides the Java code from the programmer by only displaying one method at a time. I hated this feature when I first used it.
    After a while, you'll either really get to like this feature or simply get used to it.

    One of the main reason I like Visual Age is because of its build in code repository. This repository is really usefully for team development (much easier/faster then cvs). Merging code that more then one person worked on couldn't be simpler.

    It's debugger is far ahead of anyone elses.

    You can also write your own code to automate tasks in VisualAge. We would a build script that would export all the code twice a day, build it, and email everyone if their was a problem! otherwise upload the new build to the test server.

    It made our lives a lot easier.

    1. Re:Visual Age by cheezehead · · Score: 1
      I have worked with VA Java Enterprise Edition v3.5 for almost a year. Some replies and general comments.


      Like all IDEs it got it's good points and it's bad point's.


      Agreed.


      Lots of people don't like the fact that it kinda hides the Java code from the programmer by only displaying one method at a time. I hated this feature when I first used it.
      After a while, you'll either really get to like this feature or simply get used to it.


      I'm afraid I still hate it. Fortunately, it offers a "Source View" option. This basically displays the code in a more traditional manner (i.e., all methods are displayed in the same window). Two problems with that: 1. It rearranges the order of the methods all the time. I like to have my main method at the bottom of the class, and the constructors at the top. Unfortunately, VA Java has its own ideas of what looks cool. 2. If you want to add a comment section between methods, it gets confused as to which method the comment section belongs. Sometimes it puts it in the right spot, sometimes in the wrong spot, and worst of all, sometimes it completely discards the comment section. So here I am, being a good boy and adding extensive comments, I hit Save and all my work is gone. Comment from the IBM guy on the project: "Don't use that feature".


      One of the main reason I like Visual Age is because of its build in code repository. This repository is really usefully for team development (much easier/faster then cvs).


      I can't comment on CVS, but VAJ's versioning/CM sure is a lot worse than ClearCase. The versioning is sort of OK. Every save operation creates a new (timestamped) version, so you can always go back (nice). Side effect is that the repository file becomes rather large pretty quickly (several hundreds of MBs). However, when doing explicit versioning, the version numbering is totally left to the developer, as long as the version does not already exist. You think version 1.2.1 is newer than version 1.1.6? Well, probably, but not always. Strange surprises can happen here.


      The main problem is with defining a configuration (or "solution" in VAJ lingo). Every package version and possibly every class version needs to be hand-picked(ClearCase lets you define sophisticated selection rules. Once that is done, building a configuration is automatic). This may not seem to be a big deal, but my experience is that it became a maintenance nightmare quickly. And we only had half a dozen developers. We had one guy waste 2 weeks because he had been working on the wrong versions. The rest of the team spent more time futzing around with the CM system than with cutting code.


      To IBM's credit, VAJ does offer 3rd party CM tool integrations. Unfortunately, the ClearCase integration turned out to be buggy and unreliable.


      Merging code that more then one person worked on couldn't be simpler.


      I must have missed something here. I found it to be cumbersome. Could be me, though (no sarcasm intended).


      It's debugger is far ahead of anyone elses.


      Agreed. Sometimes it got a little confused, but that's a minor complaint. Overall, the debugger is truly excellent.


      You can also write your own code to automate tasks in VisualAge. We would a build script that would export all the code twice a day, build it, and email everyone if their was a problem! otherwise upload the new build to the test server.


      Aha! So you built the code outside of VAJ, eh? Good idea, but that's not exactly how the tool is supposed to work, right ;-)?


      It made our lives a lot easier.


      Yes, in some respects, and sometimes it made life harder for us. The workspace would get corrupted for no good reason, at random times. Everybody kept a clean backup of their workspace file around. Overriding standard packages was a pain in the neck (we wanted to use the Xerces XML parser. We succeeded in the end, but it took me several days of messing around with VAJ before it finally worked).


      The Visual Composition option is almost useless. The code it generates is really inefficient and almost impossible to maintain. While the idea is nice, the technology simply is not mature enough yet. Most IDEs suffer from this problem by the way. The only one that produces (barely) acceptable code is JBuilder, and even that code needs some cleanup afterwards.


      Another gripe: CLASSPATH. If you're used to working with an editor and the command line (or makefiles) you think that once you set up the CLASSPATH properly all should be well. Not so in VAJ. It has 2 different CLASSPATHs: one for compiling and one for running, and they're not always the same. So, every developer exclaimed at one point in time: "How can I get a ClassNotFound exception? The damn thing could find it when it compiled it!". While I see that it can be useful to run with different CLASSPATHs, it sure was a gotcha for all of us.


      After all these complaints, I should say something nice about VA Java. It is tremendously powerful. On-the-fly compilation is nice (and sometimes a pain), code completion is nice, and the way it can suggest corrections (e.g., if you forget to import a package, you can correct that with a single click) is truly innovative and very useful. The editor is below par if you're used to EMACS, but I'm told there is a way to integrate it with VAJ. And here lies part of the problem. It is so powerful that is it kinda hard to figure out how to do something like that. The help system is no help here either (searches result in totally irrelevant hits). Bottom line is that you need a VAJ guru.


      Summarizing, I have mixed emotions. Very powerful (lots of features I haven't even mentioned), but therefore a steep learning curve. Often people were spending more time futzing around with the tool than anything else. Some features simply don't work well. Sometimes I loved the tool, sometimes I wished I could just use an editor and type "javac..." at the command line.

      --

      MSN 8: Now Microsoft even has bugs in their ad campaigns.

    2. Re:Visual Age by HiThere · · Score: 2

      Last time I tried the Linux version one not only had to install it as root, one also needed to use it as root. Not ideal.

      And it was pretty big. And it was difficult to see an entire class (all methods). Otherwise it was pretty good.

      (On Win95 it ate so much environment space that the system became very noticibly less stable. Than Win95 normally was.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    3. Re:Visual Age by mchang · · Score: 1

      Source view:
      Apparently, it was a big gripe in pre-version 3.5. It popped up there around then and is basically a hack, IMHO. Just don't use it, because it really mucks things up. Unfortunately, that's the state of things. I just bury my head in the sand and work method-level. One other bug is that in exporting code to a conventional build+test system, sometimes things get put in the wrong order.. ie. static field declarations AFTER a static class initializer routine. Whups. Source view to the rescue. Otherwise, I don't care how the code looks in flat form.

      Versioning:
      There is a patch for 3.5.3 (or something like it) pertaining to the external versioning control subsystem. Maybe you should grab it. Yes, it's buggy :>. For CVS-die hards, you can get vaj2cvs, a plug-in that automates all the cvs stuff for you.

      Debugger:
      Yes, it's confusable sometimes. Remember to SAVE YOUR WORKSPACE before you try and debug a big change. It has saved my arse many a time.

      CLASSPATH:
      I don't know if this is VAJ or VA/Assist... but in my dev environment right-clicking on the class to run, going to run->check class path... fixes up the class path automagically. Never had a problem.

      The WORST thing about VAJ:
      Global search and replace for refactoring purposes. Oh boy, can this be trouble. Change a name, it breaks 50 things. Go through and rename those things, and each one recompiles and breaks 10 more. Oh, it's pretty friggin' painful, even with the automated tools from Instantiations. We just ended up exporting to Emacs, making the change, and importing. Worked like a charm!

      Mark

    4. Re:Visual Age by Eusebo · · Score: 1
      I'm right there with you on the resource management problems... Visual Age requires a *lot* of resources. However, I'm running VA/J on Win2k at work, so I haven't seen the problems you speak of with Win95. I can't really comment on the Linux version because I've only seen it running, but have never set it up myself (my poor Linux box at work just doesn't have the horsepower)

      As for not seeing the entire class... I think that is actually one of the nicer features of VA/J. The intent is that each method (and attribute) within a class is treated as if it were a separate file, making it easier to deal with large objects. I must admit at first I hated it (VA/J was forced upon me by my employer) and ran back to vim with syntax highlighting, but once I figured out how to navigate about VA/J, I actually began to appreciate the layout.

      I would guess there are better java IDEs out there, but VA/J seems to have fairly large user base and I don't have a lot of choice in the matter, so I figured I'd give my $.02 on it.

      --
      It is quite simple
      Haiku should not be funny
      Try a Senryu
  253. former EditPlus User; current jEdit user by morebrackeen · · Score: 1

    what i sometimes look for an editor/ide is if it *doesn't* have the features i *don't* want. i really don't want an integrated java debugger, or code browser, or other things i consider bloat.

    that's what i liked about EditPlus, it was configurable, bare-bones, and cheap.

    i moved to jEdit earlier this year. it's highly configurable, the plugins are a brilliant concept (just get the components i want!) and something that most don't point out is: there's actually a major advantage to this editor being written in Java....

    ...and that advantage is BeanShell. beanshell is basically a java interpreter written in... java. it may sound silly at first, but this means you can script jEdit components at runtime without compiling. manipulate text, communicate with plugins, write your do-it-all ultimate macro, or just execute that java math expression you want to test out. it's also a great "scratchpad" for trying out code snippets to see if you get the results you expect, without having to create a class/static main method, compile, etc. just type in a few lines of code and go.

    check out the jedit plugins here (i wish there was a cvs plugin! anyone care to do a port?)

    see the jedit community page (experimental plugins, lots of beanshell macros, etc) here

  254. Wanted by Anonymous Coward · · Score: 0

    Features critical to me (and maybe others) are:

    * Syntax highlighting, yes that's important

    * Project management, yes, I don't want to deal with all hundred files, just hit one button

    * auto-completition, when typing java.net. I want to see a popup with all subclasses etc.

    * API help, not only via F1, but also automatically when I type the ( I want a small thingy appear with correct syntax

    As you see, a lot of things, and I'm sure I forgot some.

    Try to look at MS Visual C++ and Borland (Inprise?) JBuilder/CBuilder for good things.

  255. I use netbeans or J by mr_goodwin · · Score: 1

    depending on whether I am using a fast machine or a slower one. Netbeans is really good (if a little slow), and the CVS module is excellent as long as you don't try to get too complicated...
    It also integrates beautifully with ant.

  256. JPadPro by usheletz · · Score: 1

    JPadPro - pretty good extensible IDE, javascript as scriptin engine. has all features u can expect from a java ide. i like it, despite it's windoze only...

  257. Kawa by tpv · · Score: 2, Informative
    Kawa: A nice, relatively clean IDE, syntax highlighting, add-on modules for stuff like EJB/servlet debugging and nice things like that. It may have a different name these days, I tried it over a year ago for a while

    Tek-Tools made Kawa.
    They sold it to Allaire (for $9 mill!).

    Macromedia bought^H^H^H merged with Alliare.

    Macromedia killed off Kawa.

    The tek-tools version of Kawa was quite nice, by all reports it was destroyed somewhere between Allaire + Macromedia.

    --
    Read more of this story at Slashdot.Read more of this story at Slashdot.Read more of this story at Slashdot.
  258. Stone age development by Anonymous Coward · · Score: 0

    I love how Java is still in the stone age as far as RAD tools. There really isn't any single solution that takes the cake... just a bunch of piss poor ones, and maybe an OK one thrown in here or there.

    That's one thing that's good about developing for Windows... Visual Studio is hands down, the best IDE available.

  259. Re:Blech. Most of them are pretty bad. by ncmusic · · Score: 1

    Actually Forte uses Netbeans not the otherway around.

  260. SciTE by Anonymous Coward · · Score: 0

    Here I'm doing pretty well with SciTE which is just a good (but very good) editor with syntax coloring, some code completion, building and running from the menu and that's pretty much it. (On Windows there's a friendly program which adds macros and some project management)

    Then again I'm not doing any visuals. For that you might try Forte; that's what my coworkers seem to recommend.

  261. Java is not C, it can be more like Smalltalk. by carlfish · · Score: 2

    I'm with Kent Beck on this one:

    When partnering with Kent Beck, most everyone has this experience:
    Something goes wrong. The code doesn't work. You start to think: "What could cause that to happen?" Kent doesn't think about what the problem is. He just sets a halt in the system and lets Smalltalk tell him what the problem is.
    Sometimes you're right about what the problem is. If you're really quick you'll be able to tell Kent what to edit in the window he's already looking at. If you're really quick.
    Sometimes you're not right about what the problem is. Forget it, he has already fixed it.
    Train yourself to think about where to put the halt, not to think about what the problem is. Of course it's a great feeling when you can reason to the problem. But we're not here to make our brains feel good, we're here to get the code working as quickly as possible. Setting the halt and letting Smalltalk tell you will help you build working code faster.

    I develop Java using IBM's VisualAge for Java. Here's what I do when I find a bug:

    I don't try to work out precisely where the bug is. I just set a breakpoint in its general vicinity.

    I step through until I find what's going wrong. I make liberal use of my ability to inspect any variable in scope, to highlight pieces of code and evaluate them while the program is halted, or to write random code snippets in the evaluation area, and inspect their results as they execute in the context of the halted program. The big problem with writing printfs is you have to guess (out of everything that's in scope, and every method you're calling) which ones are giving you bogus results. If you knew what the problem is, you wouldn't need the printfs. If you're wrong, you have to write a new batch of printfs and run the whole test again. If you're in the debugger, you can just go through them one by one, from most to least likely.

    When I locate the bad code, I fix it from the debugger, save (which drops the stack frame back to the beginning of the method), and let it run. The test then goes green.

    I guarantee, using this method, 90% of the time I'll have fixed the bug while you're still writing printfs and scratching your head.

    --
    The more I learn about the Internet, the more amazed I am that it works at all.
    1. Re:Java is not C, it can be more like Smalltalk. by rpk · · Score: 1

      I agree that the debugger is the best tool for debugging. But "printfs" have their place too, in very specific situations. One approach is to keep them in the code permanently as log statements on sufficiently high "debug level" settings, just in case you've got the kind of error that passes through a bottlneck and is easily described with printfs.

  262. IBM's Eclipse by Tal+Cohen · · Score: 5, Informative

    (Disclaimer: I am an IBM Research employee but this is my own personal opinion; I do not speak for IBM).

    Here at IBM's Haifa Research Lab, each one is allowed to choose his own tools. Many choose powerful editors with the ability to run JDK tools, and find it sufficient. That's what I did, up until a few weeks ago.

    I'm now using the soon-to-be-publicly-available (as open source) Eclipse, and it is downright amazing.

    The current version (1.0) has some shortcomings, but they are all minor, and the next version is already in advanced stages. Here are a few of the key features that are rather unique and available in 1.0:

    • Import management - a simple menu choice arranges your 'import' statements -- and adds missing ones, too.
    • Refactoring framework - easily rename methods, variables, and classes; move classes across packages; etc., and all the relevant source files (including those that use the rename/moved elements) are updated. Future refactoring support will include moving methods or fields up/down the hierarchy tree, and more.
    • Color-coded stdout - lets you easily tell System.out from System.err output.
    • History management - made a bad change? Choose 'Compare with -> Local history' (or 'Compare with -> CVS version', etc.) to see a fantastic visual diff between the versions, and undo changes. History is kept for each Save you do.
    • Does not use Swing - Eclipse is based on SWT/JFace, IBM's GUI frameworks for Java that are much snappier than Swing and look good, too. Of course, you can still use it to develop Swing applications.
    • Platform intergration - the Windows version of Eclipse supports OLE and allows you to edit (e.g.) Word documents from inside the IDE, if they are part of your project.
    • Configurable IDE - the various internal windows are easily configurable into tabbed noteboooks - the format of the notebooks (tabs available in each) is not preset and can be changed easily.

    I probably forgot a few more things. Plus, the whole thing is plugin-based and additional plugins are already available (from IBM and soon others). This includes database management, XML editors and more.

    --
    - Tal Cohen
  263. Can you use vi/javac in the corporate world? by Anonymous Coward · · Score: 0

    I've been considering getting a job as a programmer since I do so much programming in my own spare time. The only thing is, I'm horrified that I might take a job as a Java coder and be forced to work on a Windows NT box running Visual Age for Java or something like that.

    Does anybody work as a Java programmer where you can choose the tools you want to use and control your own environment? The few programming workplaces I've seen in Minnesota are all homogenous, cubic hell holes.

    If I managed a Java programming project, I'd use open-source development as my model. The IDE/text editor is strictly an implementation-level detail. Just use three spaces for a tab, and CVS as your version control system. Everything else is up to you.

  264. Hey doesn't anybody need VIM ? by Gopal.V · · Score: 1

    Guyz, I use VIM for my editing ( I'm too lazy to use emacs ), I have a set of VIM scripts for converting some code like psvm = public static void main Also a bean builder for those dumb get set pairs , etc. Also in win32 I used Optima ( or Sybase PowerJ ), only problem with that is a set of classes you have to ship around

  265. Re:Blech. Most of them are pretty bad. by abiogenesis · · Score: 1

    It depends on your purpose. Java is not good to make an IDE because of the Swing library, but it may be (and actually is) good for the server applications.

    --

    Donate free food to the hungry at The Hunger site.
  266. Re:What makes a good IDE, aka: Netbeans is real cl by tpv · · Score: 1
    I guess it depends on who you are writing for.
    I'm looking for a good RAD tool to write front-ends to enterprise systems (crappy configuration screens, data-entry etc).

    JSP is fine if I can do everything I need in HTML, but edit-masks, and input validation is pretty minimal there, so for a number of screens, it just isn't sensible.

    We used to do a lot of powerbuilder, but (1) It sucks rocks. (2) No one really expects to see Sybase keep throwing money into it.

    That basically leaves Delphi/C++/VB/Java.

    I'd like to do it in Java but I need something to throw together nice screen easily.
    My users all work in one or two buildings in Australia - they don't need internationalisation, and they sure as hell don't want to pay me to put it in.
    Something that lets me drop some controls on a screen, validate the input and then send it off to a server/database gets my tick.

    --
    Read more of this story at Slashdot.Read more of this story at Slashdot.Read more of this story at Slashdot.
  267. Kawa IDE Pro by gaulendor · · Score: 1

    I am currently a college student learning how to program Java. My professor introduced me to two programs which I use regularly. The first, is an IDE named Kawa, made by Macromedia who, as of Oct. 31, 2001, isn't selling it anymore. The other is a standard text editor called WinEdit. I prefer Kawa and suggest you try it(if you can get your hands on it), because of its usability. You have only to set the classpath once, and if you ever need to change it(for various reasons, one may need to), there is a really great user interface which aids you.

  268. Emacs+JDEE by bertvv · · Score: 1
    For programming, I use Emacs and Paul Kinkunnan's excellent JDEE package, which turns the editor into a full-fledged, extensible Java IDE. Advantages are that you can use this combo on different platforms (Linux, WinNT, ...), and that it is highly configurable. If you need another feature, you can add it yourself.

    Emacs contains syntax colouring, etc. for other programming languages as well, so if you want to do some scripting for example (as I do regularly), you don't need another editor for that.

    Emacs doesn't have a very nice UI and learning all these bleedin' keyboard shortcuts may be a pain, but once you're past that, nothing can beat it. But this is my personal and humble opinion of course...

  269. What I want. by K*rhu · · Score: 1

    On top of my wishlist:
    * Kdevelop + KVim.
    * Vim + a classbrowser.

    And that's it.

    --
    Ahhh... suuuck it.
  270. AnyJ? by Absort0 · · Score: 1

    How about AnyJ? There's a free version for linux users. Windows version isn't too expensive. Wouldn't run on linux on my ppc tho...

  271. JBuilder 5.0 by aelvin · · Score: 1
    I use JBuilder 5 on Mac OS X every single day on a project with more than 3,000 classes.

    The editor is fast (it more than keeps up with my typing even though it's doing real-time syntax coloring, structure analysis, and so on). The compiler is fast and it has a good dependency checking system. I can do a typical incremental make in about 10-20 seconds, and a full rebuild takes 190 seconds). Creating a new project is instantaneous.

    The debugger is brilliant! You may not think you need one (I survived wth System.out.println for years), but once you have it your productivity will skyrocket, trust me.

    That's the thing that impresses me most about JBuilder -- the features are all focused directly on making you more productive. The ability to browse the all of your classes plus java.* and anything else you happen to have in your classpath live in the editor is worth its weight in Jolt cola any day.

    It's a little spendy (around $900 for the Pro edition, I believe), but the only thing scarier than the price tag is the productivity you get.

    I've used Symantec Visual Cafe and Metrowerks CodeWarrior a ton -- they both suck. I've also toyed with IBM's VisualAge for Java, which goes the "all your source are belong to us" route, and is unbelievably annoying to use with a source control system that isn't theirs. I've also used emacs and javac/jikes for some little projects.

    IMO, JBuilder5 is miles ahead of everything else. CodeWarrior is a distant second and has a reasonably nice daily working environment (good editor), but it's dog slow compiling or building archives, and the debugger is worthless. Visual Cafe is probably third, and the rest all down the list somewhere from there.

    If you're working on anything of any size, I'd go for JBuilder in a heartbeat. Get a demo (or find someone who can get you access to the QuickTime of the the 60 minute demo Borland's Blake Stone did at the 2001 Apple WWDC). When you see all it can do, it'll blow you away.

  272. IntelliJ's Idea by Anonymous Coward · · Score: 0

    is currently the best IDE I know. See www.intellij.com.

    It doesn't have as many wizards as for example JBuilder, but it is more stable and supports refactoring and "real "code browsing.

    If you use CVS, Eclipse might be a cheaper open source alternative.

  273. Sybase PowerJ + Jaguar + ASE Database by MudDude · · Score: 1
    Howdie,

    I use at work PowerJ for development. Jaguar Middleware server as ORB and the Sybase database as backend.

    It works, sorta.

    <rant>
    Issues I have at the moment are:
    • deployings from PowerJ to jaguar middleware resets my Method ReturnValues to 'void'
    • every time I open a project it is automatically set to 'debug' instead of 'release'
    • Exceptions over CORBA, never got this to work right. (Some help on this would be appreciated)
    • PowerJ has this proprietary format for storing source files (.wxj/.wxc/.wxt) It is ascii, sortof.
    • Jaguar keeps crashing on a regular basis. I got the advice from Sybase to upgrade to the new version. This didn't help. Is this the usual response from Sybase? Upgrade??
    • every once in a while, we need to recompile from scratch to get rid of some errors
    • the manager application for the jaguar server is written in Java and is SLOW!
    • the filesystem of the server will slowly get 'dirty'. Removing entries using the Jaguar Manager is not enough. Afterwards you need to delete, by hand, the Jar/class/etc files otherwise they will pollute the system.
    • Jaguar server has a built in HTTPserver. Funny thing about this is that if the MiddleWare server goes down, the webpages are not accessible. *sigh* Couldn't they have them separate?!?
    • Visual Designing of Forms created un-editable auto-generated java code where the actionPerformed method has been 'occupied'

    </rant>
    Conclusion: want ide that gives me flexibility to design the way I want, with the possibility to override settings if necessary.

    Maybe I am just nagging.
    ---
    --
    You don't need to see my .sig. This isn't the .sig you're looking for...
  274. CodeWarrior by Anonymous Coward · · Score: 0

    I developed CrushFTP. -plug- Its a full features server written entirely in JAVA. There are no real competitors to its features and tools.-/plug- http://www.crushftp.com/

    I've used CodeWarrior 5 since I started development over 2 years ago. I've played with verson 6 and 7 a bit, but only own 5. I've been very happy with its features, and performance. Its text editor engine can only be matched by BBEdit. Even JBuilders text editor engine is annoying in comparison. The thing I wihs it had that JBuilder does is the popup menus when starting a code word. like text_field. and then a popup comes up with the possible functions.

    There are issues with its GUI editing, and the fact that it sometimes can't generate the GUI code correctly, but that's my only gripe. THat and the GUI editing is SLOW when your frame starts to get complex.

    Anyway, its cross platform...so I cast my vote for CodeWarrior.

    --Ben
    ben@crushftp.com

  275. The perfect editor by z-man · · Score: 1

    Emacs + JDE, nuff said.

  276. Re:Blech. Most of them are pretty bad. by colster · · Score: 1

    Hear, hear!

  277. Coding while running? by denladeside · · Score: 1

    As far as I know - Visual Age is the only tool allowing you to change the code while running. This way of doing it saves you a bunch of hours recompiling & restarting. As I see it - Visual Age is the ONLY real efficient prototyping/development tool for Java - the enterprise edition is a bit expensive - but it's worth it.

    --
    ...what e-mail program should I use?...let me consult my magic 8ball! *slosh slosh* hmmm... "outlook not so good"
  278. Re:File Linking (Visual Age) by colster · · Score: 1

    Same with JBuilder (cursor on type/ variable) and press ctrl-enter.

  279. but the truth is: by fux0rz · · Score: 1

    jeezuz you geeks.... fuckingz still replying to this trip... java is so fux0ring useless... USE PERL... NO use EXPECT

  280. BlueJ by AYeomans · · Score: 1
    I've been using BlueJ from Monash University. As it's written in Java, it can run on multiple platforms.

    I'm not sure how big a project can be created with it, but then I only ever get time for small amounts of code (:-(

    My 12-year old son feels much more at home learning with this type of environment, he can't appreciate why old-timers like myself work with command lines and vi! IDEs turn education into a kind of computer game.

    --
    Andrew Yeomans
  281. Re:Blech. Most of them are pretty bad. by bogdant · · Score: 1

    Hm. Half of what you said is actually TRUE. It starts slow. But, unfortunately, after you do some things with it (like, guess what, compile a project with a couple of buttons and an edit box), it starts swapping the heck out of it, on 256MB of RAM. Which, to everyone's surprise, is slooow too. I remember switching from my old laptop (64MB) to the new (256MB) and thinking that I will be able to run Netbeans on it. Sweet innocence...

    bogdan

  282. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    The funny thing was, he was at least, if not more, insulting than you were.

  283. file management and syntax checking by JavaPriest · · Score: 1

    I used a number of IDE's but about a year ago I fell back on ANT for my compilation. I now only use Forte for editing, primarily because it gives me a good overview of my file structure and allows me to open them by clicking on them. Besides that, most basic errors are filtered out immediately (CE 2.0 immeadiately shows if a file compiles or not).

    After editing the files I run an ant buildscript which includes compilation, jar/war/ear creation and deployment. Basically, a basic editor (like Wordpad and the like), a file manager and ant do just fine for me.

    The only added value that I am looking for is what Together offers: always in-sync code and UML. Unfortunately it costs a lot. Built-in CVS capabilities would be nice as well.

  284. Emacs + JDEE by cyberkreiger · · Score: 1

    I use Emacs + JDEE. I like it. I like it a lot.

    Adds java debugging, code completion, wizards, templates, instant javadoc in your favorite browser, and other stuff to all the other powerful features of Emacs.

    Some people say emacs is hard to learn. I believe that only applies if one doesn't want to read, in which case perhaps one shouldn't be programming anyway.
    Since emacs is the selfdocumenting editor, documentation for any feature is just a few key-presses away.

    'C-h t' - The emacs tutorial
    'C-h a' - Apropos (find the right function for what you want)
    'C-h f function' - What does 'function' do?

    'C-h k <key>' - What does <key> do?
    'C-h w function' - Where is the key for 'function'?
    'C-h ?' - What can i get help for besides this?
    (C-h is Ctrl-h)

    Emacs is a little unusual though. Since its default keybindings (among other things) are often unlike many other editors, it just takes a little while getting used to. (But then, any IDE takes a little while getting used to.) That is because emacs existed before many of those other editors.

    --
    Stumbling in the dark
    I hear slavering of jaws
    Eaten by a grue.
  285. VIM and ClassFind by oops · · Score: 1
    I use Vim (version 6) plus my own Perl script Classfind. This script maps between a class name and its packaging.

    With this set up, I can:
    • Automatically generate import statements
    • Drive Mozilla to the correct Javadoc for each class


    Plus with a set of mappings from my Vim config, I:

    • Automatically generate class skeletons
    • Automatically generate setter/getter methods
    • Automatically generate iterators over arrays, collections and vectors
    • Build javadoc tags

    etc. Why don't I use an IDE ? Becuase
    • Vim is available on every platform, on every spec of machine. When I move around between clients, this in invaluable.
    • I don't just edit Java files.
    • The actual editing functionality of Vim outstrips every IDE editor I've seen

    Vim configs available on request!
  286. Automated Refactorings Rock! by Phouk · · Score: 1
    I highly recommend trying out some IDE or IDE-plugin that does automated refactorings (e.g., IntelliJ or the JRefactory plugin for JBuilder). Once you get used to it, you won't want to miss it.

    Example of such a refactoring would be:
    • You have a long method. You select several lines that belong together.
    • You press, e.g., Shift-Ctrl-E for "Extract Method".
    • A dialog box asks you for the name of the new method, the order of the parameters, and which of the calculated values, if any, should be the return value.
    • You press enter. A new method is created, with the lines you selected as body, and any necessary parameters.
    • Any (!) occurence of the code you originally selected gets turned into a method call to the new method, with all the right parameters. Normally, the code compiles right away.
    --
    Stupidity is mis-underestimated.
  287. Try Visaj by MightyMicro · · Score: 1

    For a product that does the visual building really well, especially the Swing GUI, look at Visaj (http://www.visaj.com). The Personal Edition is free for non-commercial use.

    1. Re:Try Visaj by Silent+Angel · · Score: 1

      Visaj is a great tool!

      I'm a Macintosh user and its good to see a Java
      tool that itself runs fine on the Mac. True to
      the Java philosophy Visaj does run anywhere Java does.

      If only other languages had the GUI construction
      capabilities offered by Visaj.

    2. Re:Try Visaj by ScrotalDwarf · · Score: 1

      Whereas I hate blatent advertising on these boards, I have to agree with Micro guy there.

      I've used it on a couple of my projects and it did actually save me time. We're currently implementing a whole new Swing frontend for our system, and the gridbag editor thing works a treat. Theres also a boxlayout editor, and it's the only thing that's made me even think about attempting to use Box.

      Management love it because we run visaj on *nix and Winblowz, and they don't have to buy a cray to run it.

      Ah my 2cents worth.

    3. Re:Try Visaj by xaniamud · · Score: 1

      In an IDE, I look for features that will help save my time. Basics liks Search/Replace, syntax highlighting etc, you'd expect in a text editor anyway. The real gains are to be made when you can make your projects modular and component based and being able to utilise these modules easily from within your tools without having to spend hours configuring build environments etc, is a big time saver.

      I noticed that someone had mentioned Visaj. Visaj is a Java GUI builder so if you're working on front ends, it's ideal. You can save your custom widgets on a palette and reuse them again at any time. Plus it supports Swing and I was able to download it for free.

  288. JBuilder for me by radish · · Score: 2


    We all use JBuilder here, out of preference rather than any compulsion. It is a swing app, so needs decent machines (runs sweet on a dual P3-800) but the interface is pretty nice, and it has lots of syntax highlighting & auto completion features. There is a cheap/free basic "personal" version, but the license says you can't use it commercially. The standard version is a couple of hundred, well worth it. If you want to get flashy then the Enterprise version has some fantastic features for supporting teamworking and EJB development. Trials are available from their website for all versions.

    Other than that, I have heard many bad things about Visual Age, mainly around it's use of a repository rather than the filesystem - while there are some advantages, it has a habit of rewriting your code for you, losing comments etc in the process. Also, unless your whole team are working in VA, it's a royal pain in the butt.

    --

    ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

  289. Java IDEs.. The unending quest. by MarkKnopfler · · Score: 1

    Well that is a tough one. I looked high and low and checked out most of the tools the guys have mentioned. What struck me as the limiting factor for most real Java IDEs has been the speed. I found JBuilder and NetBeans (Forte I think they call it now) big on size and sluggish on performance. After some amount of searching,the best solution for me was to have a separate modelling tool and a separate editing tool.
    I have used Rational Rose as the modelling tool which I found to be exhaustive and efficient, and for editing, the good old vim+ctags combo. Whereas I could design my system using Rose efficiently and then generate the skeleton code, the vim editor would give me the power of a fast, feature rich editor. This has worked out for me to a certain degree.
    Debugging, still remains a problem however. I am still looking for a small, fast and efficient debugger. Any good suggestions out there ?

  290. Not the IDE, the tool you use by Pastis · · Score: 1

    It really depends of what I need.
    I have been using several IDEs. I currently use Together, JBuilder for development, Ultra Edit (or vi) when I need a quick fix.

    But the power and increased productivity, you will get them from tools:
    - Ant for building
    - refactoring. Look at JRefactory, it's free and really good
    - logging Log4J or other
    - JUnit of course
    - ...

    E.g. I run Ant most of the time from the command line. Why? because it starts faster than clicking F9 in Jbuilder, even if I use AntRunner. Flexibility gives me that increase of productivity.

    Of course it is nice if you have an IDE that can support your producitivity tools. Forte and Jbuilder do that well, beacuse they have nice plugin infrastructure.

    My conclusion: depending on your task, you may want to use several IDEs/editors.
    Perhaps one dedicated to refactoring like IDEA if you need to do a big refactoring task.
    Don't stay stuck with an IDE. Use the best one for your task.

    Remember a tool is tool, not an end by itself.

  291. Re:Blech. Most of them are pretty bad. by nick-less · · Score: 1


    Every version of JBuilder, I hope that it gets faster. It never did.


    throw in at least 700Mhz and 512MB and it is indeed usable.
    If you do GUI works you have to restart every 30-40 Minutes to keep its memomry footprint under 200MB, but you may need a coffee break anyway ;-)

  292. Comments / CVS by slim · · Score: 2

    I'll back up what others have said about offering each individual a choice: I may prefer to code in Vim; my colleague may prefer Windows Notepad. That's fine by me. The most productive mode for an individual is to find their preferred working environment, and stick with it. For me, that's code in one window, compile and execute in another (debugger in another, sometimes).

    That said, I've never got beyond spending an hour or so boggling at an IDE, since they tend to be so feature-packed I don't know where to begin.

    If you really want to increase developer productivity, I have to sing CVS's praises from the rooftops! The ability to run diffs against arbitary revisions makes it wonderfully easy to measure and evaluate your work. (Do any of the IDEs discussed here have an integrated CVS interface? That would be.. neat...)

    1. Re:Comments / CVS by 42forty-two42 · · Score: 1

      I think NetBeans can access CVS from its interface with a plugin(free, of course), but I'm not sure about writing to it...

  293. Text editor + Jakarta Ant by flakac · · Score: 1

    Actually, the best way to improve developer productivity is to throw away IDE's completely -- use a good text editor such as SciTE (www.scintilla.org) and for a build tool I'd recommend Jakarta Ant. IDE's tend to make programmers lazy, and thus don't actually think things through before they start coding.

  294. IntelliJ IDEA. Best software since Hello World. by Anonymous Coward · · Score: 0

    If anyone hasn't looked at IntelliJ IDEA before, do yourselves a favour and do it now. I've used every IDE under the sun and got so frustrated with them that I mostly used Textpad text editor for serious development. IDEA is not only the best IDE I've ever seen (check the features yourself), but it's also the best piece of software I've seen for as long as I can remember. Tools that can automate tasks are generally tedious, except when they do exactly what you want. Try this tool before forking out money for J++, Forte, Cafe, JBuilder or anything else. I don't usually get passionate about software, but that's because I don't usually think software is any good.

  295. Emacs by Anonymous Coward · · Score: 0

    Emacs

  296. Features for a Java IDE by Trinition · · Score: 2
    I personally use JBuilder, but sdome of my peers use Forte/Netbeans or VisualCafe. Yet others still use plain text editors with syntax highlighting. So, here's some of the points from our fun 'discussions' between the two camps:

    • Text editors have a much smaller footprint than an IDE
    • You can extend a text editor with macros
    • I've never text editor seen a macro for code insight
    • In an IDE, all of the 'macros' are pre-built, saving you the time of developing them.
    • IDEs tend to offer you more debugging power than simple log printous.


    Code Insight, from JBuilder, and its counterparts in others is extremely powerful. When you type a '.' after a class or variable, you get a popup listing the various methods, properties, innter classes, etc. that you can use. Same thing for packages, parameter names and types, etc. I know it sounds trivial, but here's how it helps... You have to refer to API documentation MUCH MUCH less and type fewer characters. There is no need to lookup what the proper case conversion method is on a String ("toLower" or "toLowerCase"?) because when you type ".toL...", the popup shows you "toLowerCase()". Its subtle, but powerful. Its sort of like the power you gain by having keyboard shortcuts or underline accelerators for those shortcuts.

    Debugging:Is another feature I've not seen in text editors. This doesn't mean using System.out.println at strategic points. This is setting breakpoints, breaking on exceptions, inspecting values while a program is pauses, etc. If you've never debugged like this, it is hard to understand its power. But once you have, you'll never go back!

    1. Re:Features for a Java IDE by k4m3 · · Score: 1

      Regarding the debugging, using a debugger is really a pain in a multithreaded environnement, such as a GUI app, or a servlet. So a good debugger is not what I'm really looking for in a Java IDE. Of course it's useful if you have one procedure to observe and which is not correlated with other things.

      But for complicated services, I really prefer to use advanced logging, such with log4j. They also discuss in the documentation the pros and cons between logging and interactive debugging.

  297. JBuilder by Godwin+O'Hitler · · Score: 1

    There is a free download of JBuilder but the one I tried (maybe two months ago) was completely crippled, with no database functionality whatsoever.
    I remember a couple of years ago you had to buy the personal edition (it cost around 700 french francs - $100?) and it did have some database functionality. Now the free version is pretty useless, even for evaluation purposes :^(

    --
    No, your children are not the special ones. Nor are your pets.
  298. IDEA increased my productivity by MenssanA · · Score: 1

    I write EJB web applications for a living and having tried a variety of IDEs I have to recommend IDEA, by IntelliJ. It is the IDE for rapid development, every feature is right where you need it, and nothing is in the way. I find that with IDEA I write better/cleaner code than with any other editor. I particularly appreciate the integrated ANT and CVS integration. It is a java app and was a breeze to install on Linux, Win2k and MacOS X. I won't be going back to any other IDE!

  299. Increasing developer's productivity? by anotherworld · · Score: 1

    As many people already pointed out, what you need is a complete UML/software engineering tool. Program writing proper only accounts for about 15% of total development cycle, so you can only improve overall productivity of 7-8% if you found a way to code at double speed today. The essence is: there is no silver bullet: No Silver Bullet, by F.P. Brooks, Jr. Productivity DOES increase with new tools, editors, etc. but at a slow rate... I hope that your new president knows that.

  300. Visual Age for Java by under_score · · Score: 3, Interesting

    Most of the highly moderated comments have consisted of info about IDE's that are quite traditional: development is editing .java files. Visual Age for Java is significantly different. It is an incremental compiler which means that every change you make is immediately compiled when it is saved: you immediately know Everywhere you have made a mistake. As well, instead of working at a class level, you work at a method level. You edit methods not .java files. It has support for some basic refactorings. The really amazing thing is the debugger: you can change the code while debugging! If you find a mistake, you don't need to stop the process, you just change the code, save, and continue. The debugger, appropriately unrolls the stack (and whatever else it needs to do), and continues as if the change you made had always been there. Talk about making the code-compile-run-debug cycle efficient!!! IBM has a free trial download (its only a little crippled - limit of 700 classes). I strongly recommend trying it out. You have to work with it a little bit to see just how powerful these things are. I can't stand using anything else now. JBuilder sucks in comparison!

    1. Re:Visual Age for Java by pkesel · · Score: 1

      Pile on the memory for whichever machine you put VAJ on. All those features make it a hog at the memory trough. I agree though, that VAJ has been the best I've worked with. I've spent significant time with VAJ, JBuilder, and Visual Cafe. If you need debugging, VAJ rocks.

      --
      - Sig this!
  301. Bluette by Anonymous Coward · · Score: 0

    http://www.bluette.com/

    Pretty lightweight, somewhat less featured, but still pretty cool. And best of all: cheap!


    Martijn
    http://www.interbaseworkbench.com

  302. JBuilder and a text editor works for me ... by benspionage · · Score: 1


    IMO, I think it's important to be comfortable with more than one "type" of IDE when writing Java code. The sophisticated Java IDE's are often very slow to startup, especially if they are written in Java itself (e.g. JBuilder, Forte take upwards of 20 seconds to startup on my machine sometimes - JDK1.3, 512 MB, 400 MHz) which can be a pain in the arse for impulse coding or quick changes to code when the IDE is not running.


    Therefore I've found it helpful to have two IDE's I'm comfortable with:


    1) A stripped down, quick and dirty text editor which allows you to get in and out of files quick (e.g. notepad, ultraedit under Windows, whatever)

    2) A whizz bang do everything for you IDE which provides a huge amount of features (Wizards, code management, plugins) like JBuilder, IBM VisualAge for Java, Forte, Oracle JDeveloper etc etc


    See the following links for full lists of Java IDEs out there:

    http://www.javaworld.com/javaworld/tools/jw-tools- ide.html

    http://www.webdeveloper.com/java/java_ides.html


    Personally I've used about 10-15 editors tailored for Java and enjoy using Borland JBuilder5 (Enterprise) at the moment for the following reasons:

    Wizards for just about any Java component you would want to create - Servlets/JSPs/EJBs/CORBA/Javabeans/XML. This avoids writing a lot of tedious code.

    The ability to code all parts of a Java web app. with proper syntax highlighting, and code completion etc. in the one IDE (HTML, Servlets, JSPs, EJBs). The ability to preview the web. app. in the IDE without starting up the app. server. etc, can be helpful (JBuilder comes bundled with Tomcat (and Cocoon), supports Websphere, Weblogic, Borland Appserver and other plugins).

    Code completion and insight - Java has lotsOfLongMethodNamesWhichAreSometimesABitTooDescr iptive and a pain to type

    Rapid GUI prototyping (null, XYLayout) for Swing clients (if anyone still builds Swing clients, just joking ;-))

    XML support, Cocoon, XML to DTD, DTD to XML, XSLT transformation previews. You'll may need something like XmlSpy for more sophisticated XML development however.

    Full customisation of pretty much any part of the IDE, keymappings, toolbars etc - I like to use my own keymappings.

    Having all parts of a Java component (e.g. methods, attributes) accessible by clicking on its name in a GUI IDE panel - this can be nice to locate sections of code when a Java class becomes large.


    I could go on and on, the full feature matrix is here. Of course JBuilder Enterprise costs a *lot of money* and I probably would'nt buy it for home use.


    One problem, I refuse to work on JBuilder with less than 512MB RAM. It's written entirely in Java and although they do a great job to make it as fast as it is (using custom class loaders I've read somewhere), stuff like code insight and code completion is painful with anything less than 512MB RAM.

  303. WO by andya16 · · Score: 1

    apple's web objects via the project builder (which can also build stand-alone java apps), is where its at for me.

  304. Don't touch the mouse by Anonymous Coward · · Score: 0

    Use whatever makes you think more about Java, and less about menu options.

    Developers should have their fingers on the keyboard. As soon as they touch the mouse they loose productivity.

    Xemacs, maybe Forte.

  305. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    Good on you. I hope more people take that approach since that means that my hourly rate will stay on the nice level it currently is. I sure like a skills shortage when you posess the skill :-)

  306. TextPad by Zilch · · Score: 1
    Yeah - I was so glad when I found that option a few weeks back - they should make it default I think.

    Great product though.

    Zilch

  307. Basic is better! by curtis · · Score: 1

    I used to use EditPlus as well and it is a decent editor but hasn't advanced in the slightest in 4 years...

    Then I switched to Kawa, but that hasn't advanced much lately either...Also, now it is being cut by the company that bought the application (well, they aquired it as part of the Allaire purchase)... no more Kawa.

    Then I switched to NetBeans (the open source basis for Sun's Forte) and it is a very nice IDE with all the features and since it is open source, it gets updated daily. They are also getting close to a new release (version 3.3 is in beta right now).

    But when all is said and done, I think I rely most on vim. The new features of Vim 6.0 are awesome and let's face it, sometimes the most productive editors are those that you know the best and are the simplest. Since it is built for almost any platform, there is no excuse and with a little tweaking you can get it to do almost anything that the big IDEs do (I'm not quite sure how to get the code completion going, anyone know if there is a plugin that will do this for you???) The smart indentation and tabbing combined with abbreviations means it is the most productive editor in the repotiore.

    Good luck!

  308. Re:Blech. Most of them are pretty bad. by fredrik70 · · Score: 1

    bzzzt! wrong What's now mozilla0.9.5(latest?) and netscape6.1 is a complete rewrite... They started with the old cody but found it so craps that they though they rather start from scratch...

    --
    if (!signature) { throw std::runtime_error("No sig!"); }
  309. IDEA from IntelliJ rocks! by abigballofwire · · Score: 1

    I've been developing with IntelliJ since March 2000 or so. We've got about 10 developers using it. It's great! Runs on Solaris! Runs on Linux! Windows, even! I don't like those big monster "do-it-all-for-you" IDEs.... they try, but they don't. I don't want my IDE generating hundreds of lines of bloggy code for me. What ever code I do in my IDE I want to still be able to pop it up in vi if I need to. Forget all those super-duper debuggers...you don't need them if you write and test your code properly. Write code, not bugs! IDEA works really well, it has great syntax hilighting, excellent search tools (hmmm.. where is this class defined? Bingo!) It's also got ANT integration! Sweet! Weaknesses? If you are doing intense GUI work, IDEA does not give you GUI tools for windows and widgets. In that case, I'd go for Forte or JBuilder. Visual Age? Phooey! As for UML integration (Together), well, I do as much UML as needed to illustrate a concept and then I code the sucker. When you work on your UML, you must think "code". I want to spend time coding, not attempting to model every arcane concept in UML. Eventually, your UML and your code will NOT match, and then where will you be? Your code should be your reference! Ruthlessly keep your code lean, mean and clean! Documentation lies! Big fancy IDE's do not empower mediocre programmers! Don't believe the hype!

  310. IBM VisualAge by Anonymous Coward · · Score: 0

    I've been using the VisualAge for Java product for several years now and I find it to be the most excellent Java development environment around. I've tried other Java tools (Forte, Visual Cafe, J++) - but they are very C/C++ like - files, compiling, etc. VisualAge is very much like Smalltalk - an image based, object-oriented programming language. Personally I don't think that you can truly grasp the power of object-oriented programming with the C/C++ approach of maintaining files/directories, etc. IBM wins hands-down.

  311. IDEA by n-tone · · Score: 1

    I've used many Java IDE : JBuilder, Netbeans, Together/J, Code guide, CodeWarrior. Few months ago, i've found IDEA. For me, it's simply the best one. It isn't a RAD tool (who really loves RAD tools ?) but it is the most powerful Java editor i've ever seen.

  312. +10 for Intellij's IDEA by ThePreciousRoy · · Score: 0

    I have never been as productive as I am now that i use Idea... For people who write serverside java code it can't be touched by any editor out there... built in refactorings, responsive comminity, cheap price, HIGHLY customizable.. It has some great integrations: ant, junit, and cvs... If you have a few minutes to dl and install a 5M package you should deffinetly give it a try... I have converted my entire development team over to it... we haven't missed a deadline since we switched.. I dont know if the two are related or not :) DO IT! www.intellij.com

    1. Re:+10 for Intellij's IDEA by NightEyez · · Score: 0

      Great IDE but typical of all Java IDE's it takes 100MB of RAM to run it and is slow to respond. Sorry I'll take native Windows IDE's over Java IDE's any day.

    2. Re:+10 for Intellij's IDEA by Stmpjmpr · · Score: 1

      Last I checked, 100MB of RAM is a few US$. IDEA rocks so much, I don't mind the RAM usage. I do wish it responded a bit faster, but it's productivity gains are enough to compensate, IMO.

  313. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1

    I assaulted his remarks, he insulted my intelligence. Big difference there.

    --
    Derek Greene
  314. Got a 8088 with 256kb babe ? ;-) by Anonymous Coward · · Score: 0

    JBuilder work at blazling speed with a 300mhz and 128Mo for me !

    (Sure to get enough mem?)

  315. Wrong : have a look at JBuilder's OTAPI by Anonymous Coward · · Score: 0

    Everything is pluggable from ground to roof thanks to the nice design pattern used !

    For instance you may want to patch the IDE to have hyperlink features or create new kind of designers or a new versioning system ....

    If design a nice opentools the at the fly lauch a decompiler and reinclude the result in the same context, i did it with 15 lines and 2 hours (including tests) ....

    Thanks goes to Java because JBuilder (as well as netbeans) are 100% Java made !

    I hope that more geeks will try to improve linux JDK (we need hardcoder that are x86 ASM fluent ...) come on and join the blackdown task force !!!!

    -SK'.

  316. Emacs + Speedbar by yomoma · · Score: 1

    try http://cedet.sourceforge.net/speedbar.shtml it's a great add-on to emacs, definitely increases productivity (especially when you're staring at those 1000+ line files).

  317. VIM by Anonymous Coward · · Score: 0

    Come on....everyone knows that VI is the best editor ever to come about. For those of you who want a windows gui there's gvim, for those who an old style console editor there vim. AND for you Winbloze Junkies you can even get it for Winbloze. www.vim.org

  318. IBM's VisualAge for Java by g051051 · · Score: 1

    We use VAJ© It's the best IDE around, because of it's unique view of Java© It's keeps a "repository" and "workspace" that holds all source and class files© It's a big database that indexes everything down to the method level© The enterprise edition has a built-in EJB development and testing environment that lets you run and test your webapp from the desktop©

    The biggest advantage ¥to me is the ability to subsitute code in a running app© You can run a test, make a code change, and run the test again without restarting your environment© The IDE also has method-level version control, so if you make a change you don't like, you can back it out with a click of the mouse©

    It's got a full set of "wizards" that can do everything from creating an EJB to creating a full Swing-based app skeleton with a few clicks©

    Disadvantages:

    The "repository" and "workspace" take a lot of getting used to© You can't just mess with the code on the disk, because it's not in a directory hierarchy©

    IBM is very slow about moving the JVM forward with new releases ¥VAJ 3©5©2 is still at JDK 1©2©2©

    Only one Linux version was released, 3©02 professional, a few years ago©

    Finally, the Enterprise version is expensive!

  319. My development environment of choice... by pomakis · · Score: 1
    My development environment of choice has the following advantages:
    • It has a small memory footprint and requires very little CPU power.
    • It will allow you to develop in many languages, including Java, C, C++ and FORTRAN.
    • It also allows you to compose e-mail messages.
    • It also allows you to build HTML pages (including ones containing JavaScript).
    • It's available for just about every platform on the market.
    As most of you might have guessed by now, of course I'm talking about "vi". I'm willing to do without an integrated debugger and whatever else a dedicated Java IDE has to offer in favor of the above features. I do not wish to learn a new editor and a new environment every time a new programming language comes out or every time I switch operating systems. I learned to use one editor, and I learned to use it well. In conjunction with a command-line compiler, a command-line debugger and a code repository tool such as CVS (all of which are usually free and available of most platforms), I feel that I have everything I need for a development environment. And this is NOT lack of experience talking; I've been developing code for 15 years.

    Of course, to each their own.

  320. Borland JBuilder by Snootch · · Score: 2

    The subject line says it all - it *rocks*. There's not a lot more to say...oh yeah, the Personal version's free from borland's website to try before you buy (there's a no-commercial-use clause). It's all written in Java, so lovely and cross-platform, and the interface just blows AnyJ and Forte out of the water.

  321. JDEE and XEmacs by BobMarley · · Score: 1

    This is the combination I use. After set up properly, it provides all the features one might want in a more "traditional" IDE, the notable exception being that it is not a GUI-builder. However, all my work is enterprise Java (J2EE stuffs), so that's a moot point.

    I freely acknowledge that it's not for everyone. The learning curve for someone not accustomed to the "emacs way" is near unapproachable, but this is true of really any product that is more than Notepad or PICO. The learning curve for Microsoft's Visual Studio product line is insane too. So is Visual Cafe. So is VisualAge... on and on.

    I was a JBuilder advocate for a while. I liked 4.0, used it for several large projects. However, with their pricing structure changes, they've lost my business, and I'll strongly recommend against it in any situation where I have any say.

    I've been tasked with recommending IDE's and development environments for companies to standardize on. While I think it's a Good Idea to standardize on such things within an organization, I also believe that each individual has their own favorite tools, and is most productive and comfortable in a certain environment. Universally, my recommendation ends up being something along these lines:

    Any editor or IDE that is used MUST be able to save or export code in a standard ASCII text format. The IDE must also have the ability to hook into a "standard" source control system such as CVS. Any IDE must have the ability to generate standard Javadoc API documentation.

    Within those constraints, use whatever you're most comfortable and productive in.

    cheers,
    BM

  322. Netbeans by 42forty-two42 · · Score: 1

    Personally, I use netbeans, even though I don't really know how to use java ;)

    Some features I'd want(many are in netbeans):
    Easy linux install(rpm)
    Modularity(A must-have)
    Auto-update
    Integrated Debugger
    Integrated GUI editor
    Fully searchable java documentation, with a treeview of all classes, their members, and a way to quickly open docs on the thing you select...

  323. Re:IntelliJ IDEA: the best IDE around! - I Agree by Anonymous Coward · · Score: 0

    Same here. A couple of bugs, but IDEA is really a java IDE made by developers for developers. Very efficient. Understandable. Not bloated.
    Cheers,

    --fred

  324. Forte by CynicTheHedgehog · · Score: 1

    I've been using Sun's Forte for Java 3.0 for the past couple of months, and for a free product it really impresses me. It handles persistent objects, RMI, JDBC, CORBA (and pretty much anything else you care to think of). It has an XML creation tool that will generate a DTD based on your XML layout, as well as validate both the DTD and the XML document. It also has Swing form tools, but as a web application developer (excellent JSP support too, btw) I don't use that much. Let's see what else...built in support for Ant projects, the ability to mount CVS repositories (and JARs), the ability to create and manage JARs, built in Tomcat 3.2 webserver, EXCELLENT debugger, browser...

    As for the standard stuff, it has a great context-sensitive popup help thing for syntax, with the ability to add additional classes and libraries. If you implement an interface it adds the methods you need to implement to your current class, along with any JavaDoc that was in your interface class. It also generates and compiles JavaDoc.

    Too many things to list, and I'm finding new things every day. I'd definitely recommend that you check it out (free download). Although I will say this, use J2SE 1.4 with it if you can. It's still in beta but Forte runs a lot smoother with it.

  325. What Kind of Developer are You? by zgrossbart · · Score: 1

    I use an editor and an IDE. The editor I use is Visual SlickEdit. It is light, fast, and runs on every platform I've ever heard of. I also use an IDE that can generate code and manage J2EE archives. The IDE I use is the SilverStream eXtend Workbench. (I would note that I am a little biased since I was one of the people who wrote this IDE).

    1. Re:What Kind of Developer are You? by BobMarley · · Score: 1

      OT: I won't ever touch or recommend any SilverStream product ever again. I walked out of a decent job because after all the developers went to great pains to put together proposals for an alternative to SilverStream's App Server, the company went with politics and stuck with SilverStream.

      My main gripe with it is that the app server actively encourages (via proprietary hooks) use of the "IDE". The IDE generates Java code... and imports com.silverstream.* EVERYWHERE. It is a HUGE pain to try to extract an application from the SilverStream server once written for that server, especially in the IDE.

      Of course, the several-times-per-day crashing and inexplicable memory leaks had a lot to do with the pleas from the other developers to SLAY SilverStream, but I wouldn't even get that far before I was near homicidal with the vain attempts at building a clean J2EE app with SilverStream.

      The organization I was in had a SilverStream SE on-site for a few months before I started working there, too.

      I cringe and wither in pain and suffering just THINKING about SilverStream. *shudder*

      BM

  326. No Silver Bullet.... by bubbha · · Score: 1

    Congrats to the poster in pointing out something really critical. In order to design well, and communicate that design well, we need to emphasize abstractions. In the old days, this would have been known as the "conceptual design phase" of a project. I've come in on lots of projects in the middle and invariably, when I ask for the system design documents., somebody hands me a generated dump (pun intended) of all the objects/entities - whatever in the system (often, the proud owner points to a massive paper mosaic pinned to their wall.) I always reply...no let me see the conceptual design documents. Usually there ain't none. And I mean that in every way...there aint no conceptual design documents and there aint no conceptual design.

    --
    I want to be alone with the sandwich
    1. Re:No Silver Bullet.... by FatRatBastard · · Score: 2

      Someone else also mentioned this and its a very good point: software engineering doesn't quite have the discipline of other engineering fields. You *need* to do all of the prepwork up front if you want to have control over costs and schedule. I used to work in a company that measured capital projects in the oil and gas industry. The amount of time and effort you skip on the up front / higher up stuff manifests itself in longer schedules, higher costs and crappier operability.

      The IT industry is really lacking in such discipline (although it is getting better). Now I code for a living I hate doing all the upfront work (I just wanna code code code) but I realize that it is incredibly important.

  327. NetBeans by Capt_Troy · · Score: 2

    I normally use vi, but in the past I have used both Visual Age and Netbeans, both of which I really liked. Visual Age has a high cost and thus when I use an IDE I use netbeans which is free and open source. Check it out, it is very nice and does all the things your standard IDE does.

    Troy

  328. Re:If you like JCreator you'll love RealJ by Anonymous Coward · · Score: 0

    Written in C, very fast and free as in beer (availible on tucows), I would recommend it on any project or team where you do not need team related tools. Its also one of the view IDEs I've used that also lets you print using the onscreen syntax highlighting, which is useful for thos people who prefer to refer to reams of paper rather then a small screen.

  329. Editors/Debuggers only go so far... by acroyear · · Score: 2
    The two aspects of development that sped up my coding time (albeit, more than 50% of my time is research and design, still), are automated testing (using junit) and the concept of refactoring.

    Automated testing allows developers to let the software decide what's broken and what isn't, so the developer isn't spending 75% of the coding time staring at 20meg log files looking for the line that is wrong, on every run. It also improves design because it requires the programmer to have already decided what the "right" answer for an algorithm should be, thus the algorithm is properly designed to completion.

    Refactoring became very important -- its critical for developers to learn how to change and improve what's already working to create code and designs that are cleaner and easier to work with for extensions and new features. I've found refactoring can do wonders in solving problems that would otherwise have had to have been dealt with by Brooks' philosophy of "Throw the first version out". With refactoring, you can save much of the code / algorithms of the first version while still throwing away the faulty architecture that is making extensions difficult; you can learn to not be afraid of changing code that works.

    I'd love to give the book to every graduating CS major looking into a programming job, since the first thing they're given is a "hey, fix up this code" job, usually.

    I use emacs and JDE (discussed in other comments here) for my own work, including on Windows platforms, but if you go for a commercial IDE, there are plugin extensions for some IDEs (including Borland's JBuilder) that are made to embed JUnit and refactorings into the IDE; you'll see pointers to them on the web pages.

    --
    "But remember, most lynch mobs aren't this nice." (H.Simpson)
    -- Joe
    1. Re:Editors/Debuggers only go so far... by acroyear · · Score: 2

      To summarize: you can't get dramatically more productive by changing how you do something you do. You get dramatically more productive by changing what you do. How your developers approach software development is far more important than the tools they use; how the tools they use suppport the approach they take is far more important than the tools themselves (and how many other people use those tools).

      --
      "But remember, most lynch mobs aren't this nice." (H.Simpson)
      -- Joe
  330. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0

    He obviously was not seriously saying that his mental abilities were greater than yours. Take a joke.

  331. DISintegrated Development Environment by Anonymous Coward · · Score: 0

    Why does a development environment have to be integrated?

    I'm an optimist, so every year or so I try an IDE to see if I'm missing anything, then give up and go back to my text editor. I'd rather use the natural tools for my environment -- (X)Emacs (or vi), etags (or ctags), cvs, perl, grep, find, make, etc. -- than be stuck using a set of weak, inconsistent bundled tools.

  332. I have to agree! by Anonymous Coward · · Score: 0

    IntelliJ IDEA is very nice.. and even though it's written in Java, as long as you have plenty of RAM, I have 256MB, it is quite snappy.. Lots of nice features.. Check it out!

  333. Forte by LWATCDR · · Score: 1

    I use Forte and I find it useful. It is a little slow but I am "only" running on a 700mhz Duron.
    For just an editor I like HTML Toolkit. It seems to handle Java well.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  334. Rational Rose is Horrible by Anonymous Coward · · Score: 0

    I used Rational Rose from version 98 to 2000. It's terrible. The app chokes on large code bases i.e. more than a few hundred classes. It doesn't cleanly support live roundtrip engineering and the quality of its diagrams is poor.

    I don't understand how Booch, Rumbaugh and Jacobson allow such crap to be sold by Rational. Then again, they're probably not in control.

  335. JDeveloper 9i by lonely · · Score: 1


    Also take a look at JDeveloper 9i, the beta you can download and production avaliable soon. (Free as in Beer)

    This supports round trip UML class engineering. And is a top class around IDE.

    Goto otn.oracle.com for the download.

    (Disclaimer, I work for Oracle)

  336. IntelliJ IDEA by lonenut · · Score: 1

    I have been hooked on IntelliJ IDEA for several months now. The interface is extremely powerful, yet uncluttered. Something like a text editor with lots of intelligent pop-ups.

    It has everything the other IDEs offer with many tricks of its own. There are too many convenience features to go into here, but one substantial advantage is a nice set of refactoring tools. These tools facilitate slicing and dicing code to reorganize its structure, and similar tools have beem very popular with the smalltalk crowd.

    Our whole team has been very impressed with this IDE, and I would recommend it to anyone. Give the free trial a spin. I seem to find some new feature to 'Ooh' and 'Aah' over every day.

    http://www.intellij.com

  337. Re:Blech. Most of them are pretty bad. by JohnMunsch · · Score: 1

    One thing that is crutial for NetBeans performance is sufficient memory. If you were to try it on a machine with only 128MB or (god forbid) 64MB of memory you would conclude that it runs like molasses. Make sure you have enough memory to run such a feature rich IDE before you do so.

    P.S. For what it's worth, NetBeans/Forte is an excellent IDE if you like one with lots of bells and whistles. It's built in support for GUI editing, CVS, and Ant all seem wonderful to me. I was using it's Javadoc auto comment feature just yesterday to touch up some code.

    If you like something bare and stripped so it will be blindingly fast then this is not for you. If you like an IDE with everything and the kitchen sink, then you really should give it a look.

    --
    Sigs are for people who started using the net _after_ '86.
  338. JCreator by Raven15 · · Score: 1

    A lot of my friends think IDEs are for the weak, but what can I say, I like my syntax highliting.

    I know it's been mentioned already, but I really like JCreator Pro. I tried Forte, J++, and all the others, but I hate IDEs that screw with my code. JCreator just compiles my stuff, does syntax completion (pro version only, I think), and syntax highliting. Just the stuff I want and nothing else.

  339. Netbeans is Open Source by rsimmons · · Score: 1

    Netbeans is a kick ass, open source Java IDE. Everyone at my company swears by it. It is even able to update itself. It is quite well written and has every feature I need.

  340. Netbeans by auto112456 · · Score: 1

    My small ebusiness team at a large manufacturer use netbeans. It is the basis for Sun's Forte for Java. Netbeans is opensource, and is undergoing rapid development. It is free for download.

    Implemented in Java, it should work anywhere you can install a Java2 JVM. There are prebuilt binaries for Linux and Windows, but you can always get the source and build it yourself. The current release is 3.2.1, but 3.3BETA3 is out. It might not do everything you want right now, but it is improving rapidly. The only thing I'm missing right now is EJB stuff which will probably be out in 3.4. It does have support in 3.3 for JSP and Servlets, there are db modules and you can plug in Poseidon UML tool. It interacts with CVS, PVCS, etc. Also has support for C++, makefiles, ANT, & JUnit!

  341. Do you think IDE will increase your productivity? by realinvalidname · · Score: 1

    The original poster says part of what's prompting this consideration of IDE's is a desire for greater productivity. Do you buy that assumption? As soon as someone starts thinking a tool will make developers code faster, I start thinking of various chapters in The Mythical Man-Month. There ain't no silver bullet!

    I've gone from being IDE-dependent to IDE-free, largely as a result of moving from Mac OS 9 to Mac OS X. On 9, without a command line, an IDE was a practical neccessity -- for a project of several hundred source files, I'm not sure that the drag-and-drop javac (or jikes) would even work, since you needed the IDE to manage all those files and their dependencies. I started with the late, beloved Roaster, then moved on to CodeWarrior.

    I changed jobs (bad move, but beside the point) and went to more of a Unix shop right around the time Mac OS X Public Beta was released. I coded on a Linux box until OS X was final, and have now gone Mac-only. As you'd expect in a unix shop, everything is done with makefiles, so you don't need the IDE to manage your dependencies. In a case like this, if your makefile is doing fancy stuff like building distribution jars, zips, or wars, making rmi stubs/skels, etc., the IDE actually will slow you down because you have to jump out of it and go to a command line to use make.

    Some of my fellow team members are using IntelliJ just for the styled-text editing, but at this point, I'm using emacs in XFree86 with the wonderful OroborOSX window manager.

    On the other hand, we're still using println's for debugging. I'm the only one here who understands jdb, and I rarely use it, so maybe that's an area where an IDE would help. Whether your IDE supports servlet debugging is another matter.

    If your boss wants you to be more efficient, tell her to give you more weeks up front for design, and use it. Better designed code always pays off.

  342. jGRASP by Anonymous Coward · · Score: 0

    I use jGRASP. It seems to work pretty well.
    http://www.eng.auburn.edu/grasp/

  343. EditPad == Good && Forte == Slow by SloppyElvis · · Score: 1

    EditPad pro is a nice text editor that allows true regular expression searches. It also has the nice feature of being able to switch between files via a tabstrip atop the workspace. Blah blah, it also has context highlighting, blah.

    Forte is an infant. It is slow and painful if you want to do anything serious with it. I've heard a new version is on the horizon though, and I've heard it will be much improved...

  344. Good UML tool by LarsWestergren · · Score: 2

    Try Poseidon from Gentleware, a German company. It's based on ArgoUML but they have developed it further. Reverse engineering, code/documentation generation etc. The community edition is free. If you pay you can get some nifty plugins as well. I haven't tried them though.

    www.gentleware.com

    --

    Being bitter is drinking poison and hoping someone else will die

  345. SlickEdit by Anonymous Coward · · Score: 0

    Its not "integrated" per say - but Visual SlickEdit does all the nice code butification, and highlighting. It also can tell you when Vars are created but not used and a bunch of other really nice things. not to mention the geek factor of being written in "itself" - so everything that it does is fully customizable. you don't like the way it butifies code... you can change it. Spiffy little app and cheap on a stick! Works with Java, Perl, C, etc. not to mention runs on linux and windows.

    http://www.slickedit.com

    Hope this helps,
    Joe Campbell (jcampbell@inventa.com)

  346. Design, process help productivity more than IDEs by dwschulze · · Score: 1
    You jumped from the question "How do we increase Java developer productivity?" to a discussion of IDEs. A good IDE might improve your productivity, but there are some other things that definitely will increase your productivity and should be considered before evaluating IDEs.

    The biggest boon to developer productivity is good design. Do you have a design process that your developers use? A design phase is only one part of the software development process. The highest productivity and quality that I've seen in software development was at a client that required that all developers follow a fairly light weight process that included a formal design, design review, and code review. Of course the requirements were well defined and written up beforehand. That is another huge consideration.

    Productivity also depends on code quality. You can't have high productivity if you spend too much time fixing bugs or dealing with a poor design. That's where design and code reviews help productivity even though they take time.

    Before worrying about which IDE to use you should check out some light weight development processes, and definitely be sure that you have well defined requirements and that every developer does a good design prior to coding.

  347. Java source editor.. by PinkFloyd · · Score: 1

    Any true coder knows that Java is best done in Notepad with a Command Prompt window to compile. Or, if you are feeling silly, a syntax-highlighting editor like UltraEdit or MED.

    % rm -rf /bin/laden

    --

    The face of a child can say it all, especially the mouth part of the face.
  348. Visual Age by Eusebo · · Score: 1
    My choice amongst the commercial IDEs is IBM Visual Age for Java.

    • Pros

    Easy to use
    Reasonably priced (~$250 for the professional version)
    Supported on multiple OSes (Windows, OS/2, Linux, Aix)
    Can hook into external code repositories such as Visual Source Safe or PVCS
    Nice debugger
    Seems to be popular amongst IT shops where technology is not their primary product.

    • Cons

    Enterprise version is quite a bit more expensive. ($3,000 + $150/seat)
    Kind of bloated (256MB of RAM and 1GB of disk required for Windows version)
    A little "pokey" (reportedly written in SmallTalk...)
    The layout takes a while to get used to
    Enterprise Builder makes heavy use of proprietary IBM classes
    --
    It is quite simple
    Haiku should not be funny
    Try a Senryu
  349. Forgot to mention... by LarsWestergren · · Score: 2

    It's also based on Netbeans, so you can install it as a module in Forte, which is pretty neat. I've done that for the project I'm currently doing (Servlet/JSP based), so I can use Forte for Java, Poseidon for UML and Tomcat for Servlets; all in one program.

    All free, all platform independent. But as others have pointed out, its an incredible resource hog.

    --

    Being bitter is drinking poison and hoping someone else will die

  350. Why just Java? by HiThere · · Score: 2

    An ide should be able to recognize the syntax of the language. To parse strings. To validate syntax.

    And additional very nice feature is the ability to create dialogs, etc. with editable code and active links. I favor the use of comments to set off code that is specific to the gui-builder, and consider that for reasonable ease of construction that the actual design of the gui be kept in a separate file, with the code regenerated automatically (meaning if you change the code between the markers, your changes will be lost when the code is regenerated).

    Another nice feature would be a report writer with similar features.

    Also a menu builder.

    Generally, anything that is a graphic element is better designed graphically, even though how it will act needs to be handled with hand code. (For extra credit include some standard functions as chunks, e.g., File-open/save dialogs, ok and cancel buttons, etc.)

    A good online reference manual is a good help. Especially if the syntax checker can display a link to an appropriate page in the manual when an error is detected.

    Project files are a real help, though you can use directories for this. But you must be able to optionally include sub-directories and disjoint directories (links would work for this).

    How fancy were you thinking of getting? Most commercial products don't offer all of these features, and there are more that would be useful (partial compilation? alternate compilers? bnf & bison & etc. specified language syntaxes? The ability to handle multiple string formats (think Perl here, or Ruby). Pattern recognition? Pattern based search and replace? The ability to handle multiple files simultaneously (in a search and replace... I was assuming that for the editor). Etc.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  351. CodeInsight is needed! by Anonymous Coward · · Score: 1, Informative

    I will _never ever_ use an Java IDE without codeinsight,
    you know you write System.out. and all the accessible
    variables and method pops up. And System.out.println(
    and all the types and parameters to the method
    (including ofcourse all overloaded methods) pop up.

    Nice things are support for various version control systems. Autogenerate javadoc comments.
    Syntax coloring. All 'usual' IDE features - manage
    projects, click to compile/run et.c.
    Having a quick overview of all the methods/variables
    in the class you edit.
    A JAR packager, pack the compiled project in a jar.
    A Designer - for designing GUI's, atleast Swing.

    But everything is useless if there are no CodeInsight - which is an easy thing to make
    using the Reflection API in Java, more advanced
    features could be accompished if you parsed the source, to atleast get method parameter names..

  352. ide? by Anonymous Coward · · Score: 0

    when forced to use windows, cygwin+vim.
    else bash+vim.

    1. Re:ide? by Anonymous Coward · · Score: 0

      dont forget ant :)

  353. IntelliJ Features... Positively Ill. by kinesis · · Score: 2

    I've used JBuilder, JDeveloper, Together and taken a keen look at Java modules for Emacs... IntelliJ is miles ahead of these and by far the best IDE I've ever seen in my career.

    Ctrl-Q puts the javadocs for method at the cursor in a little tool-tip pop-up

    Alt-F7 finds all the callers of a method, implementors of an interface, descendants of a class, users of a class, reads of a variable or writes of a variable depending on the context and what you select.

    Shift-F6 allows you to rename a variable, method or class and have ALL references to it throughout your entire project be updated.

    The auto-complete feature is also the best I've seen. I start typing a variable name and then just hit Ctrl-Space and it will complete it for me, giving me a choice if there's more than one variable name with that prefix defined in the current scope. This works with methods and classes as well.

    When I type a class name that hasn't been imported into the current file, IntelliJ underlines it in red and gives me the option to automatically add it to the imports by hitting Alt-Enter.

    The "live templates" feature is incredible. I have mine set up so that when I type "log" and then hit tab, it prints...

    getLog().debug("currentMethod: ")

    ...and puts the cursor just after the colon. The kicker is that it can figure out the current class and method and include it in my live template.

    It's integrated with Ant and CVS. It's got a great debugger. It's lightning fast compared to the hog that is JBuilder.

    If you program in Java, try this IDE. You will never go back.

  354. THE most important feature of any IDE! by Quixadhal · · Score: 2, Funny

    Any programmer knows the most important feature any development environment should have is the free soda fountain, stocked with a variety of caffinated beverages in unending supply.

    A nice modular addition is the freezer with various frozen mexican foods, but that isn't as mission critical.

  355. The best Java IDE I've found YET by zapp · · Score: 1

    I do Java dev too, and came across JCreator recently. it does almost everything even MS VB does (menu popups for function calls on objects), reads JavaDocs for internal help, compiles, debugs, color syntax, etc etc... worth a try. Free and costly versions available

    JCreator is available at:
    www.jcreator.com

    --
    no comment
    1. Re:The best Java IDE I've found YET by leodeegan · · Score: 1

      I have to agree; I prefer the type of IDE that's unintrusive, fast to start up, and doesn't sit around hogging resources. JCreator is all of these. If you're more hands-on with your code, then check this one out.

  356. Edit Plus *IS* and IDE by drumsetdrummer · · Score: 1

    Just go to Tools, Configure User Tools... and set up java.exe and javac.exe to run/compile the file when you hit ctrl+1 or whatever key you want. It works great. You just have to have a JDK installed on your machine for EditPlus to use it.

    Here's a screenshot for it: http://www.editplus.com/ss/java.gif

  357. No CVS? Sure it does... sort of... by lscotte · · Score: 1

    Want to use CVS with slickedit? On win32 just use Igloo. Or just use the command line, it's not so bad once you get it set up right.

    --
    This post is licensed under the Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 License.
  358. Also works on OS X by Anonymous Coward · · Score: 0

    I've been using IntelliJ's IDEA Java IDE for a couple of months now and think it's the greatest. Not only is it available for Linux and windows but also runs very well on Apple's OS X! In addition to the neat refactoring features, Ant integration, and ability to code your HTML and XML, IDEA allows you to easily switch between various JDK versions that you may have installed on your machine.

  359. IDE Does not Mater by IceKeene · · Score: 1
    Productivity on a project mostly depends on the IQ of the team members and the social interaction between them. The IDE used does not matter. It does matter that all members of a team know how to use a common IDE so they can work together on the same screen.
    The IQ can only be changed by changing the team members, and the social interaction depends on personality and experience.


    Another fallacy akin to the 'best IDE' fallacy is the 'correct design and architecture' lie. In fact a 'good enough' design and architecture is far better than a 'perfect architecture' if all the team members are of one mind on it. I have seen many projects flounder due to unending arguments over this or that design issue.


    We use Forte because it is free.

    R. Keene iCentris Inc.

  360. I tried 4 by rakerman · · Score: 2

    *IBM VisualAge for Java 3.02
    *Sun Forte for Java
    *Borland/Inprise JBuilder 3
    *Visual Cafe 3 and 4.1a

    I found the environment with the best combination of features for me was Visual Cafe 4.1a Standard Edition from WebGain. Its main drawback is the very high RAM and CPU requirements. It used to be free, I don't know if it is anymore.

  361. What do you use on Mac Os X ? by mattscape · · Score: 1

    I want to switch to MacOsX soon. But I would like to use software that I can use on other platforms too.
    JBuilder is a perfect example: Win, Linux, OsX ...

    So what about other tools, IDEs ?
    Like the Together ControlCenter ?

  362. CodeGuide by JTB · · Score: 1

    Codeguide, available for a trial download at www.omnicore.com, is amazing.

    1) lightweight. REALLY lightweight.

    2) cheap. $299 for a license.

    3) automatic "code analysis", which roughly translates to constant, real-time compilation. Every bug in your code is highlighted, bookmarked,
    and explained. It dramatically reduces typos

    4) awesome code completion. better than anything I've seen, and faster.

    5) amazing support -- I submit a lot of bugs to these guys, and often I get a response in under 2 hours of the form "x doesn't work because you didn't hit button y"

    6) great support for remote debugging.

    7) user configurable tools... makes it easy to add things like clearcase integration, even though the IDE doesn't natively support it

    8) configurable code templates, so you can say "enume" translates to

    for (Enumeration ee = |.elements(); ee.hasMoreElements())
    {
    }

    The | actually represents where the cursor will start after expansion, and is configurable.

    In all, CodeGuide takes many small, useful, good ideas from many other systems, and brings them together in one product. Nothing in CodeGuide is revolutionary, it is just implemented so well that it has major advantages over the other bloatware on the market.

    Since I've been using it, my productivity has gone up dramatically. In the past, I have used VisualCafe, editplus, and J++. I briefly tried NetBeans. CodeGuide puts all of them to shame.

  363. Some IDE Experience by YottaMatt · · Score: 2, Interesting

    Over the past 4 years I've used numerous IDE's spanning a mulititude of versions and platforms.
    Here's a few notes about each one I've used:

    Emacs.
    It's emacs. If you don't know about what emacs can do, you'll be just as happy NOT knowing what emacs can do.

    Visual J++.
    It doesn't suck as hard as you'd expect, but it does suck. It has the standard "auto-complete" functionality you'd expect from any stadard IDE, integrates with Visual Source Save (which DOES suck, but still beats no source control tree at all) And promotes the MS JVM (Java 1.1) which does GUI reasonably well becasue it wraps MFC. Adding numerous JAR files and generating JAR files in as akward as tyiping this sort of info in a CLI. It chokes horribly if you change windows associations for .java and .class files to some other IDE, and follows that same IDE functionality as anything else in Visual Studio.

    Codewarrior (v3.0)
    I found this IDE at about the same par as VJ++. If you want to run Java on a classic MacOS however, you DO want this in a repitoire of IDEs to use. It may have gotten better over the last 2 years.

    Forte (v1.0, 2.0, 3.0, all Community Edition)
    Wow. If your standard desktop has MHz and RAM to burn--and lets face it that stuff is cheap these days--This is the most versatile and comprehensive IDE I've used. It has half decent XML generation/integration tools, auto-complete, standard library integration, multiple JVM integration, GUI-generation tools, JSP syntax parser and JSP/servlet engine, debugger, CVS integration, a javadoc parser, to enforce proper documentation, multiple filesystems support and its package management is second to none. Rational makes an integrated UML tool. And NetBeans makes this easily upgradeable and enhanceable in any number of ways. There's other good stuff too, but this is the stuff I really look for in an IDE. On the downside, it has a steeper than average learning curve because it offers SO MUCH, and this thing is a resource PIG (It occupies 90MB of RAM on an empty project, just idling).

    JBuilder ( v3.0, 3.5, 4.0, 5.0, All Editions)
    JBuilder is awesome. If provides MOST of the usefulness of Forte (see my list of cool Forte stuff) without all the bloat. Its faster, lighter, and more intuative in general, and is the one I use, whenever able. It has a few uniqe features, like an-auto implementation for children of abstract classes or implementing any number of interfaces. Its free version is ample for any small project, but to integrate this thing with CVS, you have to fork over thousands for the enterprise edition (not that you can't use CVS from the CLI itself, we're talking about the IDE doing it for you).

    Visual Age (v3.0)
    Its written in smalltalk. Who knew? I never took to Visual Age, though I know people who swear by it. It seems to provide all the standard stuff, but for me it has one fatal flaw--It doesn't work with flat files. It does all of it's persistance without flat files (forcing all Visual Age projects to have revision control), and this makes working with multiple IDEs (3rd party tools) vitually impossible. Again, this may have changed in the interem, but I'm already hooked on JBuilder.

    In general I use JBuilder, because I like it the most, but on occasion, I load Forte to get some functionality JBuilder doesn't provide. Both support dynamic file loading, so changes done by one and saved are instantly noticed (option to reload) by the other. JBuilder is the best IDE for working on entirely separate projects in parallel, or for creating a new one based on an old one (you can switch projects using a single menu).

    I reccomend both of them, and USING both of them.
    If you have to pick one over the other, make sure you've done at least a weeks work with each.
    I would model any new IDE's after both of them. JBuilder is fast, and light, and has the best editor and a well thought out interface. But it does lack some common usefluness, like code auto-formating or Forte's javadoc parser or XML/DTD tools.

    Just me $0.02

  364. I'd clone jEdit by philipx · · Score: 1
    If I'd be to create the perfect Java development tool, or development tool I'd clone jEdit cuz that one is already perfect: full of features and free.

    Thanks Slava and all jEdit developers

    jEdit

    --
    __________
    Don't belong. Never join. Think for yourself. Peace!
  365. Two favorites: Together and JBuilder by JeremyR · · Score: 1
    As IDEs go, my two favorites are Together (Control Center being the pricey but feature-laden version) and JBuilder. Both have different strengths; I evaluate them from the perspective of an architect/developer doing all sides of J2EE development (from JSP to session EJB to entity EJB).

    TogetherSoft Together Control Center

    One thing immediately noticeable about Together is that it includes a modeling tool, which is why it is often compared to Rational Rose. But while Rose (as far as I understand) is ONLY a modeling tool, Together is also a development/deployment environment, including a code editor, debugger, and--perhaps most useful--the brains to do J2EE application assembly and deployment, i.e. WAR and EAR files. This means that you can describe your EJBs--for example, using various dialogs to map entity beans to tables--and Together will write the deployment descriptors for you. This is especially useful for CMP entity beans, the deployment descriptors for which can get pretty hairy! Support is included for a number of applications servers, from JBoss to WebLogic 6.1. Another nice thing about Together is that it has a source code formatter built in: press a hotkey combination and it will format your source according to rules which you define. Yes, there are standalone tools that do this, but having it built in is pretty slick.

    Together does have a few drawbacks: it doesn't support graphical Swing layout like a tool such as JBuilder, but if you're doing server-side development anyway, this isn't such a big deal. I also don't believe it helps out with JSP development either, although again for my purposes I don't see this as a big deal.

    Borland JBuilder Enterprise
    My other favorite--perhaps because I worked for Borland for two years--is JBuilder Enterprise. While it doesn't include the design tools of Together, it's a good all-around IDE nonetheless. One of its strong points is its Swing layout tool, which is the best I've seen (although lately I haven't kept up very well with the capabilities of other products). There's also a JSP editor/debugger, which I haven't used extensively. JBuilder 5 adds EAR assembly and deployment, although I believe it has support only for Borland AppServer and WebLogic (they may have added a couple more application servers).

    An Alternative: IntelliJ IDEA
    Both Together Control Center and JBuilder Enterprise are full-featured IDEs (Together is actually a design tool/IDE). If you don't need all the J2EE bells and whistles, or the Swing layout tools, and are just looking for a solid programmer's editor, I've heard great things about IntelliJ IDEA. In particular, Martin Fowler (of Refactoring fame, among other things) swears by it. It does have a number of good refactoring tools in it.

    Conclusion
    All of these are good tools with various strengths, weaknesses, and price tags. I believe all of them offer an evaluation version, and I believe Borland and TogetherSoft still offer basic versions for free (as in beer). Any one is worth a look.

    Cheers,
    Jeremy

  366. Obviously IDE does not MATTER to you.. by shaldannon · · Score: 1

    ...you're still trying to figure out spelling and grammar. God help the other members of your team.

    --


    What is your Slash Rating?
  367. It depends on what you are doing. by HiThere · · Score: 2

    If a large part of what you are doing involves designing graphic elements (screen layouts, etc.) then you need a good IDE with good GUI design capability.

    If you need to be able to look up language features, then you need a good interactive help. Many IDEs include such things.

    If you need a good syntax checker, and incremental debugger, then a good IDE can help a lot.

    Otherwise a color highlighting editor will handle most of your needs.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  368. Remote Debugging by GrandGranini · · Score: 1

    The IDE definitely has to support Remote Debugging. I personally use JDeveloper from Oracle (which you can download for free). I like a lot of features about it, not the least being able to click on any variable in the editor and jump to the file with the definition of the object.

    Remote Debugging is when you connect to a running JVM from the tool through TCP/IP and remote control it. You can set breakpoints, examine variables etc. just like in a normal debugger. This is invaluable, when you have a long running server side application where stuff start to go wrong only after a long uptime.

    --
    It's almost impossible to have a baseless snobbish opinion of the General Theory of Relativity.
  369. Re:VisualAge for Java by mchang · · Score: 1

    So, how the hell did that "'" get in my subject line? Oops. As far as documentation system, VAJ doesn't have anything built in at all except generation of JavaDOC (gee, thanks IBM). But, the plug-in interface lets you write your own tool, or better yet, download/buy one that is already done :>. The folks at Reliable Systems have a few tools that I've played with that might be useful to you. iDarwin, iContract, and iDoc may all help you out.

  370. Re: Don't Look into Eclipse! by KlomDark · · Score: 2
    I spent half the night downloading Eclipse at 3.6K per second (On a cable modem even), after seeing people talk about it here. What a waste of time, what a pile of shit. Running on a 800 Mhz machine with 640 Megs of memory, it took nearly 30 seconds just to resize the window. WTF?

    And their help documentation - it brings up a tree of all kind of interesting-looking documents, but how the hell do you actually open the document? No left click, no right click, nothing in the menus I can find.

    I was hoping for the ultimate Java IDE, not even close. Old versions of Forte are far better, and old versions of Forte were horrible.

  371. IDEs aren't the Real Issue - It's Productivity by Anonymous Coward · · Score: 0

    Fancy, extensible code editors are great, but they don't solve the real problem. If you want to radically increase developer productivity, look to using tools that reduce or eliminate the amount of complex, redundant code you have to write (and debug).

    For example, if you're doing JSP development, checkout SmartMode. It reduces the problem to some pretty simple XML statements. Works with any IDE.

    Getting your color syntax-highlighting and brace-matching optimized is great. Things like that will give you an incremental boost. But, if you can reduce your coding efforts to focusing only on what's absolutely unique about the project, then your productivity will really soar.

    Exponential, not incremental, improvement is what will impress your manager/client/customer. IDEs that really understand the systems you're building, let you conceptualize at a higher level, and let you express your ideas easily is where the future of IDEs (and software development) lies.

  372. Kawa by jfryer · · Score: 1

    Have a look at the Kawa IDE for Java. The orginal versions (up to 4 I think) where great general purpose IDEs for Java, fast, minimalistic, and very non-intrusive. The lastest (maybe version 5, I havent kept upto date with the lastest ones) has moved away from being a general IDE and is specialising in sever side java development.

    Kawa is basically a GUI wrapper for the Java SDK and has colour highlighting, workspaces, and a great help feature that lets you hit F1 on any java reserved word you type (ie String) and it brings up the correct Java Doco page. It also has file traversing so you can move between methods and classes of the same project by highlighting the name in a .java you typed.
    I love it. The only thing it doesnt have is a GUI builder, which, to me is a plus as I do not like the code GUI builders produce (to large, not OO etc).

    Oh and it has a built in debugger.

    --
    ------------------------------------ There is no magic, only Onions Pug conDoin ----------------------
  373. Re:Blech. Most of them are pretty bad. by moebius_4d · · Score: 1

    So your theory is that no tool is useful unless it is the best choice for everything? What do you progam in, then?

    Remarks like this make you look like a shithead. How about this for a reason: because the statistics show that Java code can be developed faster and with fewer errors in shorter time than many other systems languages. And, its syntax is familiar to most programmers already.

    So it's not a good choice for a lightning fast compiler or perhaps a text editor. But often the moderate slowness of Java code can be overcome by fast hardware for less money than it would cost to implement in another language. And there are more programmers who know Java than who know all the quirks of this that and the other OS's libc. And I defy you to come up with something as powerful as a session bean in as little code, in a module that can be deployed on anything from an ipaq to a s390, in C++.

    So its a good tool for some jobs, and not for others. You're so busy being glib that you forgot to think.

  374. Re:Blech. Most of them are pretty bad. by adamy · · Score: 1

    Just to nitpick, but Mozilla was the originall project name: The Mosaic Killer -> Mozilla
    Netscape was the Branded name

    --
    Open Source Identity Management: FreeIPA.org
  375. EditPlus by ahde · · Score: 1

    EditPlus is my favorite simple text editor too. But does anyone know a way to get it to do save remote using scp/ssh (instead of ftp) or use cvs checkins?

    I don't need vi or emacs, alt+tab and ctrl+shift+arrow works fine for me.

  376. Re:Blech. Most of them are pretty bad. by moebius_4d · · Score: 1

    Mapics defines a dysfunctional organization. And, they were developing in Java in 1998 when I worked there. And, in 1999 they were using rpg to java converter programs. And, no one was using smalltalk. I wonder about your comment.

  377. psf by ahde · · Score: 1

    wouldn't it be nice if you didn't have to expand it (at least not right away) -- there are only so many columns on a 1600x1200 display at 6dpi

  378. no tool is useful unless it is the best choice for by ahde · · Score: 1


    So your theory is that no tool is useful unless it is the best choice for everything? What do you progam in, then?


    You answered your own question... C -- of course

    (just kidding)

  379. Re: Don't Look into Eclipse! by Anonymous Coward · · Score: 0

    That's odd, works well on my 600 Mhz with 384 Megs. Help works for me too.

  380. SlickEdit by pkphilip · · Score: 1

    I use Visual SlickEdit - its neat.. I use ANT for builds. It supports the usual features, syntax hightlighting, code insight.. etc. Its available on a lot of platforms. its very customizable and very quick. Highly recommended.

  381. Re:Blech. Most of them are pretty bad. by SquierStrat · · Score: 1

    Sounded pretty serious in context. Blah, I'm in a bad mood anyhow! Blasted chem exam at 8am tomorrow! :-) (I don't understand... I have to take the class, yet it's a pre-requisite or co-reqisiste for NOTHING I have to take later...no sense whatsoever...ah the joys of being a first year! :-)

    --
    Derek Greene
  382. Re:What makes a good IDE, aka: Netbeans is real cl by StandardDeviant · · Score: 1

    I notice the difference more with awt than swing.
    Anyway, I was referring more to memory efficiency than drawing speed. I lay that somewhat at the feet of X11 and somewhat at the feet of the sun people not optimizing the native windowing calls like they can/do for win32. Supposedly one of the things 1.4 will bring is much better performance for AWT/Swing. (Sorry if my reply is a little sparse, I'm two sheets to the wind at the moment, unwinding from work %^) )

  383. Re:Blech. Most of them are pretty bad. by Anonymous Coward · · Score: 0


    Yeah, sorry about using "shitbag" twice... I noticed after I posted. Took away from the overall effect.

    How about "ball-swallower" then?

  384. It would be a mistake to force an IDE by andy_from_nc · · Score: 1

    Control what version control system is used (I recommend CVS or PVCS depending on what type of control you want--locking or non-locking as these have the widest support among IDES). Some of your developers may not even use an IDE and thats fine. Do you care? No. All that being said try netbeans (www.netbeans.org)...the price is right and it fully supports at least CVS (and I'm sure there's a plugin for PVCS). JBuilder is also good (www.borland.com). I dislike Visual Age as it uses a very bad version control system and has poor support for version control in general. Those are the major ones. Let your developer's choose what they want to use, just enforce that they use version control with code promotion standards by module maintainers.

  385. At least Sun dbx support in Emacs is pretty code by rpk · · Score: 1

    You don't have to resort to dbx commands to set breakpoints and the like. You can pull down a menu item while point is sitting at the desired breakpoint.

    IDEs are better for saving state about all aspects of the project (especially debugging, window arrangement, and so on) but Emacs can be cajoled into doing all sorts of things for you.

  386. Apple's ProjectBuilder as a Java IDE by rpk · · Score: 1

    Anybody try this ?

  387. Works on Mac OS X ? by rpk · · Score: 1

    Great ! I assume you used the Unix download...

  388. Why not VIM (VI Improved?) by fnthawar · · Score: 1

    I've been through the large party of Java IDEs (VJ++, JBuilder, VisualAge, Forte, SlickEdit, Notepad) and I ended up back where I stared. VI. Well, kinda VI, GVIM (Graphical Vi IMproved). It's fast, flexible, offers syntax highlighting, bracket matching, multiple edit windows, online help, and all the normal VI features).

    It doesn't do completion, but i've noticed that every new version add supports for more and more file types (like JSP which most Java IDEs don't really support well).

    It even has menus for the VI newbies : )

  389. IDEA + Together + JDE by marilen · · Score: 1

    If you are using linux and i hope thats the case for all of you then you will agree that there is no full ide for java. Together has support for UML and that is great but the editor is rather bad and the speed does not exist. IDEA is a new tool (www.intellij.com) with great refactoring support, incredible code completion support and very fast (until in crashes). JDE is the best for Javadoc generation and that is really cool for me. So if someone mix that in one IDE then i'll buy it (more or less).

  390. I love Visual Age for Java by sriramx_2000 · · Score: 1

    I've jumped straight from notepad (Win32)/mcedit(Linux) to IBM's mind blowing Visual Age for Java (win32).

    VA's built using Smalltalk.

    Here are some great features of VA (just unbelievable for a notepad/system.out.println() guy like me)
    -> Versioning using the ENVY repository management system.
    Version all code that you type and the associated resources too !
    Also, each change that you make to a method too is saved. You NEVER lose code, unless you explicitly delete it yourself.
    -> Has all sorts of Code browsing features that I can think of.
    e.g.
    -> see editions right down to the method level.
    -> see inherited methods, and choose how many levels up the hierarchy you'd like to see.
    -> set visibility filters, such as protected and private only, no field, static methods only, etc.
    -> Select any Classname in any code Browser, right click it and browse it's
    -> source
    -> hierarchy
    -> eidtions
    -> members
    -> Project
    -> Package
    -> Find references to a class that you are viewing and where in the list of projects that you've loaded into the IDE.
    references to methods, fields, invoked methods, and much more.
    -> Resumable debugging
    Suppose you run an app from within the IDE, and the app throws up some exception in come method, and you spot the problem in the method. With VA, just change the method, and code execution resumes form that method. You could also select any method in the stack, and resume code execution from that method on !
    -> The Scrapbook
    Need to explore some class's API ? Just type it in the scrapbook, and inspect it !
    e.g. type System.out.println("Hello there"); highlight this code, and run/display/inspect it. And the results are displayed.
    No need to write a separate class etc.
    In fact, I somtimes start/stop tomcat from the scrapbook, but just invoking the main method on the respective Tomcat classes :-)
    Great for exploring APIs
    -> Inspect objects
    Suppose your've added a breakpoint somewhere, or there's been an exception, and the debugger pops up. You can view ALL the objects and their field withing the debugger.
    Another case, if you type something like new javax.swing.JFrame(), and inspect that, you can see all the internal variables...
    This can be done with class you have.
    -> Compare versions of projects, packages, classes and methods.
    -> Extensible IDE
    Add new features to the IDE yourself. There's a cool API, that've very easy to use.
    -> Great BeanInfo support.
    Great for Visual composition, and bean management.
    -> Visual Composition
    A somewhat steep learning for those migrating from the Notepad world (Personal opinion ;-)
    But lets you manage Branc interactions beautifully.
    The generated code might seem ugly to some, but the Abstractions that are provided are really somthing else.
    -> Run external Java apps from within.
    Can be a life saver somtimes. And even debug those programs in case their source is available.
    -> Great for writing test cases
    I've added JUnit (www.junit.org) for writing test cases, and can use the interactive debugger with it's code resumptions for exploring why my tests have failed.
    -> Great to code Servlets and Jsps.
    The bundled Websphere Test Environment is great for testing servlets and JSPs withouth actually having to export your code to .class files. There's even a JSP debugger. Unfortunately, this is the Servlet 2.1 API :-(
    I prefer running Tomcat though. That way I can use the 2.2 or the 2.3 API...
    -> Highly flexible Classpath settings.
    Different Classpaths for different classes. Edit these without having to restart the IDE, coz the changes are reflected immideately.
    -> Generate Java doc.
    -> "Externalize Strings" facility lets you create ResourceBundles of all the string that you have within your classes.
    -> Method name lookups.
    -> VA 4.0 Entry Enterprise is free for download.

    Stuff that I've not tried out yet.
    -> XMI
    Exchange code information with rational Rose Modeller
    -> Persistence Builder
    Generate Persistence code for your Objects
    -> EJB
    While I've not yet thought of EJBs, I'd rather integrate JBoss with VA, like I've added Tomcat as a tool...

    The cons
    -> VA is written in Smalltalk, so it's simulated a JVM. This is a prgramming and technological achievement in itself.
    Unfortunately, you can't plug in a JDK of your choice, because VA is not just an IDE, it's actually a living breathing interactive JVM itself.
    -> I've not figured out to play with security policies, I've not yet managed to get the JCE to run within VA :-(
    -> A real memory hog, I'd recommend a PII with 64 Meg at least. I personally use a PII/400. I had 128 Meg until the day before, until I got another 128 Meg real cheap ;-)

    Overall, the pros greatly outweigh the cons for me. I've not yet lost my tough with Notepad programming, still do it within Linux, but what I do in 1 day using VA, I do in 3-4 days using mcedit/notepad...

    Best, VA Entry Enterprise is free, so you could download it, and do servlet and EJB stuff using Tomcat/JBoss..The only thing I've not found a replacement to is the Persistence Builder, which is why I've written my own Persistence Framework...

    Sriram

  391. JCreator by Cybrr · · Score: 1

    http://www.jcreator.com/

    I've been using the free version of this since it's much smaller, faster, easier to learn, and less of a memory hog than JBuilder.

    --
    Why did GEAR crush RDP?
  392. JIPE is The Best Of Them All by Anonymous Coward · · Score: 0

    There's a great little Mini-IDE called Jipe. It's located at www.jipe.co.uk. It's pretty good imho. It's lean, mean, and one fast little tool. It'd be nice if someone would takeover development.

  393. Re: Don't Look into Eclipse! by Anonymous Coward · · Score: 0

    Come see us at www.eclipse.org and we'll sork together to understand what is happening and to improve the speed
    Cheers
    Christophe Elek
    Eclipse Project
    celek@ca.ibm.com

  394. Re:Blech. Most of them are pretty bad. by decaf_dude · · Score: 1

    This is a stupid way of looking at it, IMNSHO.

    I don't know of any IDE's, or indeed any off-the-shelf software in general, written in MS Visual Basic; yet, VB is undoubtedly one of the most popular development environments in the world, whether you like it or not. It's very simple: VB is not used for general purpose applications, it's used for bespoke in-house applications and is used very effectively, if I may add.

    Now Java is taking its seat. Performance? How many *professional* developers work on machines with less than 700MHz/256MB? Secretaries have PCs with 128MB of memory nowadays...