Bill, I have had ***exactly*** the same experience and its interesting to know I'm not the only one. Aside from their tendency to lock up or crash, IDEs are difficult to use with large projects, one of the main reasons being the requirement (shared by Forte and JDeveloper at least ) to manually specify, through a dialog, all the jars and package roots individually. In my opinion, this process is much more tedious and error prone than scripting. Now the startup script for Forte (runide.sh) does allow classpath specification, but I haven't tried this yet. If that works, it is not in the standard help; moreover, cvs integration probably will not work anyway without some further adjustment because Forte requires CVS working directories to be mounted especially as such through a separate gui element inside the IDE. If anyone has figured this one out, I'd like to hear about it.
Emacs and Vi are faster and more reliable ( not to mention clunkier and harder use - especially Emacs) than commercial IDEs. But in my experience that is all - unless you have the time to specialize in Lisp or Vi scripting on top of whatever else you happen to be doing with these editors... Ben On Saturday 02 November 2002 11:01 am, Bill Burke wrote: > In short, whatever works for you. > > Personally, I don't use IDEs. Hate them. Everytime I start to use them, > I just go back to Emacs, find, and grep. I use printlns to debug, or in > more complex situations, write some monitor object. But that works best > for me. > > The best advice is to just start doing things. We are starting to put > structure around those who contribute. Contribute and you will get > attention. > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Ben > > Tompkins > > Sent: Saturday, November 02, 2002 1:17 AM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] taming the beast > > > > > > First, I'd like to apologize to anyone I may have offended or > > irritated in > > recent days. I am not a "whiner" by nature and realize that this is a > > ***technical*** list. Nor do I intend to organize a "build system > > revolution" > > among JBoss contributors, or pollute this list with my personal > > issues, or > > disturb the JBoss universe in a major way. > > > > I also don't expect to be spoon fed - I have worked on large > > systems before > > and am fairly good at locating the ***source*** of a bug and > > ***fixing it*** > > (I prefer to leave ***finding*** the bug itself to the testers however.) > > > > Now that I have gotten past the build stage, I would lke to begin to be > > productive by fixing some bugs, but I have no idea what tools (preferably > > free tools for Linux (Red Hat 8.0)) work for JBoss development and > > debugging. If there are no useful tools and current contributors > > are using > > jdb in a console, or, at the other extreme, avoiding unix altogether and > > running a shrink-wrapped IDE under Windows XP over a Samba > > connection (for > > unix compatibility verification and testing) I would like to know > > that so I > > don't waste time trying to implement a utopian solution. On the > > other hand, > > if there exist useful applications for any of the following > > purposes that > > developers are actually using on this project, or a related > > purpose I have > > neglected to consider, I would like to know that too -- > > especially if there > > is a particularly useful combination of tools that is widely > > adhered to by > > members of the JBoss community: > > > > IDEs > > > > Advanced Source code analysis, visualization, code databases > > > > Primitive Source code tagging (e.g., like ctags but for Java) > > > > Build Management tools / techniques (I came up with a simple > > algorithm for > > cycling updates through my local cvs - i.e. synchronizing local > > and remote > > cvs - but suspect now that even that may be utopian or just unnecessary). > > > > Tools targeted at multithreaded server applications - in > > particular tools that > > are good at dealing with threads. > > > > Tools designed especially for testing parallel distributed apps. > > > > Anything else I've left out. > > > > I am eager to make a contribution and welcome any advice you may have > > to expedite this process. > > > > Secondly I need to know ***which builds are of highest priority. > > *** I have > > seen some very ancient bug reports on source forge. It is not > > obvious to me > > just by looking at a bug what is real and what isn't. Feel free > > to request a > > particular fix - I can't promise I'll pick that one though. > > > > Also, please do not just tell me to go read the documentation - I > > have looked > > at JMX and read the 3.0 book already. I have also perused this > > site fairly > > thoroughly I think. I'd be surprised to discover that I have > > overlooked some > > obvious source unless it has been added in the past week. > > > > At the same time, I must confess (as if it is not obvious enough > > already) that > > I am fairly new to open source - my professional experience lies > > primarily > > with offline mainframes and PCs in a development environment managed by > > somebody else. > > > > Feel free to contact me personally at the e-mail accompanying > > this posting. > > > > TIA, > > > > Ben Tompkins > > > > On Friday 01 November 2002 09:36 pm, Ben Tompkins wrote: > > > Ok - great - but the physics bit (the first, shorter faq that > > > > goes on about > > > > > "cantorian fractal spacetime" is mostly plagiarized from a real paper I > > > found on the net. Do you want we me to cut it, seek permission, > > > > or what. I > > > > > realize that I have created a silly issue - but you never know... > > > > > > On Friday 01 November 2002 05:05 pm, Jason Dillon wrote: > > > > This is funny, funny shit. Submit a real patch (ala sf.net > > > > w/attached file) and I will commit this. > > > > > > > > --jason > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This sf.net email is sponsored by: See the NEW Palm > > > > Tungsten T handheld. Power & Color in a compact size! > > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > > > _______________________________________________ > > > > Jboss-development mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by: See the NEW Palm > > > Tungsten T handheld. Power & Color in a compact size! > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > > _______________________________________________ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: See the NEW Palm > > Tungsten T handheld. Power & Color in a compact size! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
