Borland Releases JBuilder to Eclipse
ricochet81 writes "The Register is reporting that Borland has released the base version of JBuilder as open source on Eclipse! Is this just the next company to use open source as part of a marketing tool, akin to Sun, IBM and Oracle's opensource IDE push? Is the future of enterprise IDE open?"
Just opensource Delphi as well. I just love Pascal as a programming language.
I think the future of all software is going to be more and more open ;) Companies are starting to learn that most components of their programs can be released in a free/open-source format (especially the file format) and then you can sell a more complex version with the real things that give your product value added on top of that.
"A truly wise man realizes he knows nothing."
Comment removed based on user account deletion
Seems to me the article doesn't really say anything. Thus it is too early to have a decent discussion of what Borland is doing. On the other hand it is nice to see an OSS product making headway against a proprietary product. I liked JBuilder, and I think there are some features to Jbuilder that would be nice additions to Eclipse. Also the GUI seemed a little more solid in JBuilder than in Eclipse.
-John Van Voorhis
Not really, given that Microsoft would never do this with Visual Studio.
Anything from MS people would like to see open sourced?
(wishful thinking, I know)
Seriously, Borland used to be a cool company, before they became Inprise and forgot what made them great in the first place. And java still suffers from bloat and speed issues.
Borland finally figures it out, and realizes that old saying "if you cannot beat them, join them". I wonder where we'll be on the software front 10 years down the raod, and hope it's not too late for them. One thing is for sure: The software front will be very interesting. Now, let them release Delphi and Kylix.
I was unfortunate enough to subjected to Borland JBuilder whilst making the mistake of taking the Introduction to Programming module at the Computer Science department at Durham University in late 2000, and it was the worst piece of commercial software I have ever witnessed. It had a minimum recommended spec of 128MB of ram (this was nearly five years ago), or 256MB if you had it, and even then, doing simple stuff like selecting something from the menus could lock your machine up for minutes.
When I joined the course we were just using javac and a text editor of our choice, but a couple of weeks later they had to go and force us to switch to that, and to hand in our work in a JBuilder format. The slowness did make sense; apparently they had just rewritten the whole thing so that it was in Java itself, and this was 4-5 years ago, so of course it was going to be slow.
The software was so completely irritating and impossible to use that I decided it was more than my university career was worth and dropped out of university with nothing at the end of first year - which has now turned out to be one of the best career moves I've ever made. Thanks, Borland! My thoughts go out to any poor sod forced to use it.
What exactly is gonig to be OSS'ed? The entire thing or just bits and pieces of it?
Every time you post an article on Slashdot, I kill a server. Think of the servers!
years ago. There is no money to be made in stock IDE's. Building value added plugins for a popular IDE (Eclipse) and people might pay more money. The Java platform is in a wonderful position with all the free (and superb) IDE's available. Eclipse and Netbeans are both excellent IDE's that other platforms can only dream off.
My prediction is that IDEA's IntelliJ will also go open source. The gap between it and the above mentioned IDE's is very narrow to warrant spending the dough.
I always liked borland's C/C++ IDE, although I never got much chance to use jbuilder. When I was going to the local community college the first time around, they gave us a choice to use either borland or MS IDEs. I always used borland... Then a couple years and a couple jobs later I was back at the same school to find that only MS IDEs were supported. By then it didn't matter cause I was using linux at home and did all my homework in vim with gcc.
Obama is a twitter sock puppet
I've used JBuilder since version 1.0 and i've recently started using Eclipse. The main difference between the two is the learning curve. It's really easy to create a web/j2ee/swing application in JBuilder, while it is a lot less easy to get going with Eclipse. Plain Eclipse is not really suited for real development: you need several other plugins (such as myeclipseide.com) for it to be useful.
The main reason for Borland to shift the focus to Eclipse is that it takes a *lot* of work to develop/maintain the basic functionality of an IDE. Look at CVS integration for example. It comes "free" with Eclipse, and is way better than what JBuilder offers. Eclipse offers a free base platform on which Borland can create & market proprietary plugins for enterprise development (this is what IBM does and what Oracle is moving to). It'll be interesting to see how commercial plugins will compete with OSS ones.
jbuilder is a bloated piece of crap. it was pretty good somewhere around version 5 or 6, but since that time, you need damn near a cray to run it. what pisses me off the most is that you can't get older versions. viva la open source!! it also shows how much better the OSS dev model is than the closed version. jbuilder just doesn't hold candle to netbeans or eclipse. to get the same functionality, you had to spend hundreds for the pro or ent. version. i personally use jedit for most of my development, but i am not working on huge projects.
My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
If it gets me Brief keybindings in Eclipse, I'm all for it!
Slashdot is like Playboy: I read it for the articles
"Companies are starting to learn that most components of their programs can be released in a free/open-source format (especially the file format) and then you can sell a more complex version with the real things that give your product value added on top of that."
Open Source MAYA!
"Anything from MS people would like to see open sourced?"
Clippy!
I'm sorry. I'm so confused right now. Jbuilder is an IDE, and Eclipse is an ide, right? Or is it a "platform SDK"? How does one release something "Onto" eclipse? Does that mean Eclipse is like sourceforge somehow? blah, why can't people be more obvious about what they're doing.
autopr0n is like, down and stuff.
what license is this under? it's not in TFA... nor is this piece of news even on their website
"Persistence is annoying success." - ghee22 11:28:1999 - 10:53:PM
I just bought the Enterprise Edition...
"Eclipse and Netbeans are both excellent IDE's that other platforms can only dream off."
Lisp and Smalltalk can do better.
Well in my experience both are rather slow IDEs. So maybe we can get one that is twice is slow, wouldn't that be a great step forward?
Honestly though eclipse is a good tool, maybe borland moving Jbuilder to it will actually speed up the environment.
If anyone has any tricks to speed up the JVM so it doesn't drag ass I'd appreciate it being posted.
As a side note, anyone else come across the old WOW32.dll access problem @ hex address problem recently? It has something to do with how the Borland C++ accessed windows. I was surprised when working on a computer to come across this. All you need is to upgrade Win2k to SP3 or better. Sad really, the admin of the system must have been sleeping for a couple years. Easy money, so no complaints.My inner self is ineffable, so don't eff with me.
Theregister is inccorect.
d =article&group=borland.public.delphi.non-technical &item=490600&utag=.
Posted by Borland Developer Relation at borland.public.delphi.non-technical newsgroup
or
http://newsgroups.borland.com/cgi-bin/dnewsweb?cm
Taking that information and stating that "JBuilder is now open source" is extremely irresponsible, in addition to being plain wrong.
"It'll be interesting to see how commercial plugins will compete with OSS ones."
Once we've copied them...not well.
IntelliJ IDEA is better than either. I have used JBuilder extensively at work and although Borland tries to add features that other IDEs have (refactoring tools, web module, code folding), they just don't get it right. For example, there is no way to fold all methods in class with a keystroke, or to specify rule for what should be folded by default. The refactoring tools don't work in JBuilder unless the classes compile--no such annoying restrictions exist in IntelliJ. Web module support in JBuilder is awkward and cannot be used easily with a tool they don't specifically support like JRun, where IntelliJ has generic server support. I haven't used Eclipse enough to compare.
We're busy with the IDE's at the moment can you call back later ... much later ?
TCAP-Abort
"dear borland, you can check ebay for a gps with digital compass, you indeed have lost the track and can get lost forever".
In my job, we used JBuilder up to (and including) JBuilder X. However, the enterprise version of JBuilder is prohibitively expensive. We evaluated Eclipse and found that adding the plugins for JBOSS IDE and XDoclet gave us enough functionality to enable us to switch for the majority of our development work. However, we still keep a copy of JBuilder X for Swing development, which (obviously) is not very good in Eclipse.
One of the intriguing aspects of Eclipse is the rich client platform, which has the potential of becoming a cornerstone of client development for enterprise systems.Can anyone provide a good explaination as to which they prefere, Eclipse or Borland? Are they more or less clones of one another, or do real differences exist?
I've used both for a research project. Bottom-line: JBuilder is absolutely terrible, Eclipse is great. I'm actually a C#/Visual Studio guy, so I can make comparisons with that as well :)
What makes JBuilder so terrible is its non-native GUI. The thing just looks bad with its GUI that's almost Win32, but not quite. Ctrl+Tab doesn't switch between code panes as you would expect in any Windows app; instead it uselessly switches between panes such as Project and Structure. If you Alt+Tab back into the app, it goes into menu mode so as soon as you start typing it executes menu commands. But by far the absolute worse was its ignorance of Windows' ClearType setting for font smoothing. I have a laptop running at high resolution, and code in JBuilder looked absolutely harsh to my eyes. It was bad enough that I started typing Java code in J# for a while just to get ClearType. There are other GUI differences but I'm a horribly nit-picky person when it comes to UI, so they probably won't bother normal people (menus are too wide, menu selections are rendered in an odd manner, etc.)
Eclipse, in comparison, doesn't have these problems. The UI works fine, none of the weirdass UI quirks of JBuilder, and it even respects my font smoothing settings. It also looks very nice, and there are a ton of configuration options. In fact, there are a bit too many, or they're organized in a slightly messy fashion (I recall seeing font color configuration in 3 different places). But it's not bad if you get used to it, so it's probably just that I'm unfamiliar with Eclipse. One thing I really like is its Software Update option. Turns out Eclipse doesn't come with a visual designer for Java, but you can install one pretty easily from inside Eclipse. Eclipse also has refactoring capabilities.
Both JBuilder and Eclipse feel slightly sluggish and can take quite a while to start in comparison to Visual Studio. (I know someone's going to say Eclipse is fast for them. I don't care what you say; it feels slower than VS to me). VS 2002/2003 lack refactoring capabilities for any of the languages it supports, but 2005 will have refactoring for the .NET ones. I think Eclipse might be more configurable than VS in terms of code formatting, but I'm not entirely sure. The rest of the differences that matter to me deal with the languages (Java/C#), which shows how nice both GUI's are: for the most part they don't get in my way, which lets me concentrate on coding.
To summarize, go with Eclipse if you're doing Java development. Avoid JBuilder at all costs, although I'm curious if anyone else has had the same experiences as me?
Eclipse has made the Java IDE market a commodity market. The best they can hope for is to become much smaller and sell value-added plugins. I bought the vi-plugin for Eclipse, but that model won't work for a company the current size of Borland.
But hey, if Borland dies then maybe MS will do what they've always really wanted to do, which is to give away VS for free. VS2005 beta2 rocks.
So, in effect, he's saying: We let others do the basic work for us, and then make money by adding stuff on top of what they create.
Granted, this may be the same thing IBM is doing with Eclipse, it's just that you seldom hear it voiced so clearly and unmistakably.
As an open source/free software developer, I would think twice before contributing to such a code base -- I guess I'll end up doing it anyway, because like the sorcerer's apprentice, the power of unleashed free software development is already overturning the business model of these companies in a far greater extent than they seem to be prepared for, but still... it doesn't feel quite right to help a company in the short run maintaining a business model which I explicitly declined, when I became a free software developer.
The future is not in selling proprietary software; the future is in selling services for free software. IBM, for one thing, seems to have grasped that simple truth better than Borland, but I guess they are still learning.
Look at CVS integration for example. It comes "free" with Eclipse, and is way better than what JBuilder offers.
i've personally tried a round of window cvs software include WinCvs and TurtoiseCVS and I've gotta say both were incomparable to Eclipse. I don't know why there hasn't been a easier CVS software, or maybe it's because I'm not looking hard enough. That said, even if I'm building software on Visual Studio or another IDE, I would still use Eclipse to refresh the directory and synchronize with the repository.
If anyone knows of any better free CVS software out there, I'm all ears!
HD Trailers
As a result, languages like Perl, Python, and Java have a strong tradition of OSS licensing, and C/C++ less so.
That's just my impression of the industry though from my own interaction with the Python, C++, and Java communities; don't take this as some attempt to be the moses of language-politics. :)
my experience with Borlands C++ Builder is similar. i'm forced to use it at work, and it's the crapiest comercial software i've used ever. the editor ends up deleting parts of your code for whatever reason, the gui editor is everything less intuitive, access violations every now and then. most of my co-workers share my opinion that using C++ Builder was the worst decision managment took in the project. if at least it were FOSS we'd have the possibility to fix the most crappy stuff, but as it isn't we can only desesperate or hope to change to an other environment (maybe qt?) in the future
Thought it was dead - hadn't been updates in years iirc.
Agreed. JBuilder is the "official" IDE for my Java programming class and it absolutely sucks balls. Almost everything about it is counter-intuitive.
I use VS.Net in my day job and it really is that rare case of a Microsoft product that is really good. OK, its not perfect but at least I can get work done on it unlike JBuilder where I spend more time arguing with the IDE than I do coding.
http://it.slashdot.org/comments.pl?sid=147131&cid= 12325137
If you are using C++ builder enterprise, you have the source to the interface. It's entirely implimented in VCL, and the VCL source is included. If it crashes, it's because an underlying VCL component is broke. :)
Not that I like BCB, but when forced to develop on win32 where cygwin won't do, it's at the top of my list compared to MSVS.
What's interesting is that Eclipse refactoring, debugging etc are language independent. There are plug ins for ruby, php, python etc that are all pretty nice.
It's a nice platform that you can use to code virtually any language.
evil is as evil does
This was a nice piece of software that ran on Windows - it made your computer look like a fish tank.
1) It just worked (tm)
2) It was easy to use
3) It never crashed.
I think Microsoft should go back to their roots and look at quality products like Fish - if there were more fish in their products today the IT world would be a nicer place
a mac user perhaps?
intellij may have a nice IDE (i've honestly never tried it due to having to register just to try it out), but when there's free/open alternatives, guess which one the developer will choose to learn. intellij offers no transferable skills in the marketplace. if someone knows how to use eclipse/netbeans to build software applications, they're able to easily fit into nearly any development team.
jbuilder was the defacto standard up to about jbuilder 6. after that sun/ibm have released some really useable open source alternatives.
Wasn't Borland the company that promised to open-source its database project Interbase, then basically withdrew it and left and old build for independent development that thankfully someone took on (IBPhoenix)?
They received their public praise from the open-source community, then began taking it all back gradually, having "certified" builds and then gave up altogether and made it a closed, proprietary, and expensive product again.
Borland has a history of contradictory and self-defeating behavior in many areas, but especially with regard to open source, and even in closed source support for the Linux platform.
First of all, renaming a large, long-established company (to Inprise), then reverting to Borland screams "our once-famous brand has become irrelevant, so we're launching ham-handed, ill-considered reinvention attempts".
In 2000, with about nine months of preparatory fanfare, they released the source to their database engine, Interbase, under a Mozilla-style license. Soon thereafter, they abandoned open source Interbase and closed the product again.
An independent open source offshoot from the Interbase source code (Firebird) is doing fairly well, but in the course of that whole debacle, Borland managed to look both mean-spirited and incompetent.
Then they released Kylix (essentially a Linux port of Delphi) after months of hype, subsequently decided that desktop Linux was irrelevant, and cast it adrift.
In the early days of the .NET platform, Borland even released a version of Delphi that lacked the ability to compile to native code, which they subsequently decided to restore.
Those of us who've been observing Borland throughout all this expect them to maintain about as steady a course as a carload of squabbling thirteen-year-olds who just stole a car and a case of beer. The opening of JBuilder will be no different.
Erlang.org: wow
Here, I'll put it in a form even YOU can understand:
<troll>
</troll>Borland used to OWN the compiler market - 2/3 of all compilers sold were from Borland. They used to make software that was not just good - it was GREAT! But now they suck.
Agreed 100%.
You make in interesting comment about IBM using Eclipse. But they recently pulled out of Eclipse.org and decided to take development of their WebSphere Application Developer back in-house. Why would they do except for two possible reasons: (1) the Eclipse core is difficult to build on, or (2) they don't agree with the politics involved in developing the Eclipse core.
If the reason is (1), they wouldn't be using it as the base for their own product, WSAD, would they? So that leaves reason (2). Are the politics surrounding changes to Eclipse such that IBM feels they can't control the process enough? Do they want to control it?
What other reasons can you think of for IBM to pull out of Eclipse?
I've used most of the major ones, including the borland tools, and although Visual Studio is probably the best, it's only "the best" if you can afford it (and only need to use or support windows). With all the bells and whistles all these tools (the enerprise editions or whatever) get very expensive, very fast.
Since my customer gets all source code with the binaries, I use Qt Designer (ships with fedora). True, it's just C++/C, but the object model is trivially easy to use, fully documented, and has lots of example source code.
Not only does the Qt Designer GUI RAD tool work well, it's trivial to modify the Qt Assistant xml configuration files for use as a general help tool.
TrollTech has done a great job on these tools, and they are sorely underrated. Qt 4.0 is supposedly going to be GPL, I'm not sure if the windows version will still be "for pay" or not at that point.
Plain Eclipse is not really suited for real development: you need several other plugins (such as myeclipseide.com) for it to be useful.
The only other (free) plug-in that we use is SQLExplorer. We use Eclipse for enterprise-level J2EE development for Java source, JSPs, etc. Yes, "plain Eclipse" is very much suited for real development.
Togethersoft was (and still is) an amazing tool for roud-trip UML modelling in Java - you update the model, the code updates. You update the code, and the model updates. Never out of synch, and a pleasure to use. JBuilder soaked up TogetherSoft, and if it makes it into Eclipse, that would really fill the gap of good UML support in Eclipse.
You must be a UI guy...
:-) You would think that an IDE that cost that much money would work great. :-)
JBuilder is terrible because you didn't like the UI? I can understand if you didn't "like" it because of the UI, or in your case a few specific things in the UI, but to rate it as terrible is an overstatement.
Now I use JDeveloper (built off of JBuilder by Oracle) and Eclipse. I can say that JDeveloper flat out rocks. I did use Jbuilder 3.x and also found it very good.
The issue is this.
Most Java IDE's will run on multiple platforms because they are written in Java. Written in Java comes has it's pro's and cons. It will probably launch a little slower than and require more RAM, BUT.... it will easily run on multiple plaforms. The other issue with all the proprietary Java IDE's is that there is now a "good enough" open source IDE (Eclipse). It will be very very difficult for them to compete. It is my opinion that Eclipse will become the defacto IDE for Java development. Unfortunatly some very good IDEs for Java will go away (Jdeveloper, JBuilder, Visual Cafe etc)
Now as far as Microsoft goes. I personally hate the way it runs on Linux and the Macintosh. It is so buggy that the thing won't even launch
Now my opinion is this for the future.
1. Eclipse will be the IDE of choice for Java development, and as such many vendors will add features to it via the plugins. MyEclipse being the main plugin. The rate of development will be huge over the next 5 years on Eclipse.
2. Microsoft developers will use whatever Microsoft gives them. They will generally only seriously look at Microsoft solutions. At some point Microsoft will have to seriously consider giving away their visual studio product. It is my belief that they will use their "shared source" licence for it within the next 5 years.
The more I learn about science, the more my faith in God increases.
CVS integration ... is way better than what JBuilder offers
I guess I should pick up a copy of JBuilder, just to see how horrible its CVS compponent is, if it's worse than Eclipse. I've been working a school project for about 2 months, using Eclipse and CVS on a team with four other people. Of the few things i like about Eclipse, CVS is not one of them. Compared to other tools, including Emacs, Netbeans, Tkcvs, and *gasp* the cvs command line program, Eclipse is by far the least efficient for simple version control tasks (The rest of the UI is equally confusing. The GTK+ interface is noticeably faster than netbeans's swing UI, but it usually takes me twice as long to find a command).
To check in a file, I have to pop up the package explorer, find the file, right-click, select Team->Commit... as opposed to Emacs (C-c v v) or netbeans (VC submenu on the editor tab or VC toolbar)
CVS updates require way too many mouse clicks. It always asks me if I want to update from a different tag (this is rarel, if ever, done; the update command should just update the current tag without an intermediate dialog). I find the seven keystrokes required to run "cvs up" in a terminal much faster. Once the update command finishes, the output is simply discarded, making it harder to see what files were patched, modified, conflict, etc. Occasionally it will say that a resource is out of sync, and command me to perform a refresh. God knows why it can't refresh automatically, or why the refresh is even necessary in the first place.
The one good thing i've noticed about Eclipse is the "Share project" command, which simplifies the import/checkout sequence. And two more complaints: it doesn't supprot local CVS repositories (I hav to do loopback ssh) or other version control system (RCS, subversion, etc.)
Everyone is born right-handed; only the greatest overcome it
Borland had announced that it was expecting sales of JBuilder to drop. They dropped more than expected. Even so, they announced a profit:
Borland Posts Profit Despite Warning
They've been saying that for twenty years actually, and it is still far from being true.
At some point Microsoft will have to seriously consider giving away their visual studio product. It is my belief that they will use their "shared source" licence for it within the next 5 years.
I am pretty shure you are wrong, I think what Microsoft would do (if ever they let any kind of free-nes in VS) is to give away a free (as in beer) Version. They will never, EVER give the code (not even in their shared shit^W^W^Wource).
As for the plugins? I have used the Whole Tomato Visual Assist plugin, and I think that is the way MS will solve it, publishing an API for VS plugin development.
Ubuntu is an African word meaning 'I can't configure Debian'
I have used JBuilder (and Delphi [released 1995] - and even Turbo Pascal [released 1983]) from version 1.0 [1997].
It has served me well.
What's the coolest part - well, surely it's the GUI editor. You can built a decent swing gui and actually have it work - and there's no crap comments in your code.
Swing is - I reckon [and yes, I have built swing components] - seriously user unfriendly to build. JBuilder does it well. (Not perfectly, and some of its reverse engineering attempts are pretty woeful - but it's hard).
The gui builder in Eclipse is nowhere near as sophisticated. Last time I looked it puts comments in the code and was generally pretty clunky.
Minds you, as soon as that component is sorted out I'm probably jumping ship. Sorry Borland - you've served me well (and taken my money) for 20+ years. I look forward to seeing your new business model (and spare me Imprise - or was it Inprise, I never did manage to remember)
Simon in Sydney
"Cats like plain crisps"
Hmm. That sounds more like a shareware model to me. Free Software usually sells optional, non-software extras like 24-hour tech support, consultancy, or installation.
Summarizing: learn your tool before complaining.
creating GUI application in JBuilder has become progressively harder and harder ( even NetBeans was easier to use ). The only two plugin products I would see necessity of are WindowsBuilderPro ( for SWT/Swing development ), Jigloo ( if you're looking for a less expensive alternative to GUI building ), and MyEclipse for Web/J2EE development.
The only thing is that a Web UI server side code designer ( ala WebMatrix, or VS.NET with ASP.NET ) is still kind of lacking. There is a one ultra-thin client solution, but the company who makes it has chosen to price their product into the stratosphere, and I wouldn't recommend it for anyone trying to start up development on a reasonable budget.
Then you didn't look deep enough. Take a look at either of these two:
www.cloudgarden.com ( Jigloo...$75 ! )
www.instantiations.com ( WindowsBuilderPro $299, with less expensive versions for just SWT or just SWING at $199 each ).
I am NOT a representative of either company, however, I am a developer who's developed an Eclipse-workbench based RCP ( Rich Client Platform ) application using SWT, and I can tell you first hand. It is A LOT easier to develop a Java UI heavy application under Eclipse with EITHER of these plugins, versus NetBean, IntelliJ, OR JBuilder ( all of which I either have or have used in the past )...
I suggest you take a deeper look. You won't go back to JBuilder. I haven't.
It's been a while since I used JBuilder, and use Eclipse (integration builds) daily. JBuilder came from the knowledge in Delphi, ie, good fast gui builder. Eclipse is not a gui builder (out of the box)... there are plugins which provide this functionality. The JBuilder I remember wasn't bad if you used it as intended. A bit of a quirky interface. Eclipse has such depth. From custom code formatting to macros to navigation to searching, etc. The openness of Eclipse is what makes it better than JBuilder. Find a bug? Hit up bugs.eclipse.org and it's fixed in the next release. The number of plugins is huge and the architecture of the system seems quite well done facilitating customization thru plugin building. Erm, and multi-lingual, and multi-formatting, and in-app web browsing and ... Really, it's in a different class from JBuilder, and makes a wonderful wrench (after a somewhat tougher learning curve). A while ago, I realized what a gem Eclipse was and offered to become a download mirror... my coloc box is now pushing 4TB/mo of Eclipse builds!
Where can I download Jbuilder IDE?
Excuse me ? What is that ? An attempt at an insult or something ? "You must be a UI guy ?" You wish, buddy, you wish.
JDeveloper is a step in the right direction, but it still, if you're focus is on ANYTHING other than creating middle-ware or EJB's, sucks rocks.
Eclipse's achilles heel is having a DataPresentation automation plugin. Those that there are, are WAY too expensive for mere mortals. However, just about anything else, I've found Eclipse is as good or better than any of the other Java IDE's.
As for VS.NET, there's always ReSharper ( from our friends who bring us IntelliJ ), or SharpFactory. I prefer ReSharper ( hint: less expensive, same features as the more expensive one ). That being said, with VS.NET 2005, the point will be moot because at least for C#, Refactoring will be built into the IDE.
VS.NET does load faster than Eclipse when bringing up a "comparable" solution ( for you M$ heads ) or workspace ( for Eclipsers ). I think that may be to Eclipse's "everything is a plugin but the workbench" OSGi approach. However, that being said, I think that that also makes Eclipse a whole lot easier to extend and repackage. Think about that when looking at either WebSphere Application Developer 5 or the new Rational AD workbench.
Dude.....what are you nuts ??? I've tried WinCVS, TortoiseCVS ( definitely better than WinCVS, once you have your paths/configuration set up right ), and yes...GASP the command line CVS..and I can unabashedly tell you that Eclipse's CVS support is WAY better...
Right-Click->Team->Synchronize
Is that too hard to do ? Dude...the thing even has a merge view...get in touch with the program before you bitch and moan.
Geeze if folks like this are what colleges and universities are sending out into the industry, NO WONDER salaries are dropping !
http://shit.slashdot.org/article.pl?sid=05/04/23/1 753237
The core IDE platform is something that is ludicrous to reinvent. Expending the effort to re-invent the editor, compiler, preferences, and so on, won't bring a good financial return.
Eclipse and NetBeans provide the functionality already, so the commercial IDE developer can focus their efforts on plugins that make the IDE a more productive environment. They not only get the benefit of not having to develop the core technology. They also get the benefit of integrating with other tools developed on the same platform.
The companies developing the IDE's win because they have less lines of code to write. The developers win because they can pick an IDE and then integrate with other plugins.
I spent 2 years of my life as a UI guy and I have nothing but the utmost respect for "good" UI developers and designers. The parents comments about an IDE appear to come from someone who is a UI guy. To use an analogy though; it is kinda like a mechanic saying that they don't like a wrench because it looks ugly.
JDeveloper does not suck for creating front ends. It is good for creating SWING apps and connecting them to Oracle (shocker, considering it is made by Oracle). I did prefer Visual Cafe for SWING, but JDeveloper works fine. Granted I am no fan of Oracle's BC4J, or their other proprietary stuff. However, they, and everyone appears to be moving to JSF.
As for VS.NET, you miss my point. VS.NET will NEVER run on anything BUT Windows, and probably never run well/supported on anything but the latest Microsoft OS. So if you want to "standardize" on a IDE, and some of your developers don't want to use Windows, you are SOL. Yes you can bag standarizing on VS.NET, and just use notepad with a compiler, but that isn't my point. You could use different IDEs, but then you run in to crap like one IDE creates a button different than another. Specifically one wants to create it with a default constructor, and then set all the properties and the other one creates it with a name. Then you can't use your GUI to work with the UI. That sucks.
What IDE loads the fastest.... Ummm ok I will take you word that VS.NET loads faster than other IDE's. Given that I stay in my IDE most of the day, or perhaps load it 2-3 times a day, the extra 20 seconds or so doesn't really bother me. Does it bother anyone else out there? I will say that going from 512MB of RAM to 1GIG helped me a lot, but then I like to keep Microsoft Outlook open, and it seems to take around 200-400MB of RAM.
The more I learn about science, the more my faith in God increases.
Nah. Just right-click in the text editor view and select Team -> Commit from the context menu.
(This is Eclipse 3.1M6; I don't remember how long this feature has existed. Same disclaimer goes for the items below.)
And have you looked at the Team Synchronizing perspective? In this perspective you get a project-level diff between the working version and the repository; it will show outgoing and incoming modifications as well as conflicts, and it's a wonderful way to commit or update. It also supports commit sets, which let you set up the changeset without accessing the server, and then, when you're done, commit it as a whole.
Team -> Update will never ask for a tag; it defaults to the branch you're working on.
The CVS console shows this information, and the output is almost identical to that of the official CVS client. Window -> Show View -> Console, then make sure it's showing the CVS console by selecting this from the dropdown inside the view (as there are other types of consoles).
While Eclipse only has CVS integration out of the box, there are third-party plugins providing support for Subversion, Perforce, ClearCase, an experimental system called Stellation, and others.
As for RCS, keep in mind that Eclipse has a powerful, and very useful, local history function that transparently maintains older versions of your source files. You can define the maximum age of this history. No commit messages or tagging, however.
Is this the same Borland that was widely known for preselling vaporware back in the 80's?
My girlfriend worked there, and the stories she told me... WOW.
And what a concept... preselling software acting as if it will ship A.S.A.P., while knowing full well, that it wasn't going to ship for months.
They had it down to a science, I'm amazed that they didn't get indited for it.
The vast majority of software written in Java is at least shared-source, and a great deal of it is open source. C++ libraries and software, by comparison, are generally close-source. It's sometimes easy to miss that fact, steeped as we are in the world of GNU, Linux, and BSD, but keep in mind that most software is still being written for Windows operating systems and the majority of it is still closed source.
It's kind of ironic that this would be the case, given that -- as you point out -- the Sun Java API sources are only shared-source whereas the C++ standard API sources are all open. But there it is.
Probably because of conspiracy theorists such as yourself. ;)
You can't take the sky from me!
I spent 2 years of my life as a UI guy and I have nothing but the utmost respect for "good" UI developers and designers. The parents comments about an IDE appear to come from someone who is a UI guy. To use an analogy though; it is kinda like a mechanic saying that they don't like a wrench because it looks ugly.
Oh my mistake if it sounded like I hated JBuilder because it looked ugly. What really made it terrible was its UI behavior. It absolutely sucks when every Windows program with multiple child documents uses Ctrl+Tab to cycle through them, and JBuilder uses God knows what key combo. It's also just as bad when Alt+Tab produces strange behavior in direct contrast to every other program I've ever used.
Good points on cross-platform compatibility. The way I see it, I can develop on one platform and debug on others as needed, so I don't need a full blown IDE on other platforms, just decent debuggers. Plus the reality is that projects such as Mono are behind Microsoft's .NET implementation, so there are bigger issues to worry about with cross-platform .NET.
And on UI loading times, I close and open IDEs more often, plus my laptop only has 512 MB of RAM so memory usage matters to me. Outlook currently only uses 10 MB of memory on my machine. *shrugs* There are always conflicting opinions in this area, so there's no real point in debating it.
I've used both quite a bit for J2EE development in the last 2-3 years. My J2EE development with Eclipse has been done using the JBoss-IDE plugins, and my JBuilder work was done using JBuilder 9 - 2005 on OS X.
JBuilder provides a reasonably decent GUI-driven interface for creating entity beans directly from a database schema, which for me was very convenient. It also has GUI-based deployment descriptor editors. The UI is all Swing based, and is a little bit clunky on OS X, but still a big timesaver compared to doing things manually. The learning curve was very easy to get over, and this helped me get my foot in the door with J2EE when I was starting out with it.
Eclipse/JBoss-IDE uses XDoclet tags to generate your EJB code, which is harder to learn if you're a newbie with J2EE. I've been mucking around with the stuff for around 2 years, so I've pretty much stuck with Eclipse since the XDoclet-based setup, while more work to develop with up front, is ultimately more powerful. IMHO, at least.
With Eclipse, running JBoss inside the IDE to do hot code swapping (change one or two lines of EJB code and you don't need to redeploy the whole app to make live) and debugging works very well. I have not attempted this with JBuilder lately, but as of a few versions back it made the whole thing run as slow as molasses in January.
The main benefit to Eclipse, for me, though, was the fact that it's free, compared to $5000+ for JBuilder. Gee, and you wonder why their revenue was dropping.
Hopefully Borland will continue to make some positive impact in the IDE world; I liked their software before but just could not afford to use it. Being able to have the best of JBuilder and Eclipse as one program will be of great benefit to a lot of people, if it ever happens.
JBuilder is terrible because you didn't like the UI? I can understand if you didn't "like" it because of the UI, or in your case a few specific things in the UI, but to rate it as terrible is an overstatement.
All an IDE is, effectively, is a UI, so perhaps it is appropriate to say that if the the UI is crap, the IDE is also crap.
"It is good for creating SWING apps and connecting them to Oracle (shocker, considering it is made by Oracle). I did prefer Visual Cafe for SWING, but JDeveloper works fine."
.DLG files and running RC.exe before building your program. I still remember the days even before that ( Yes, I've been working on GUI-enabled OS's that long ).
.NET for several years, and is "not a newbie". It took me 5 minutes, 5 to get him up and running within Eclipse.....he hasn't looked back since.
Maybe JDeveloper 10 has made strides...I found JDeveloper 9 very cumbersome for creating UI's. Just the same, my comparison against VS.NET was just that, a comparison. It didn't speak otaku-type favorable of VS.NET, nor was it critical of Eclipse. I couldn't care less about load times myself, personally I care more about how stable it is while it's running. And frankly, Eclipse hasn't blipped for me.
So, enjoy what you use now. Just be glad we're not in the olden days of having to tweak
I don't quite know where you're getting the "mechanic saying that they don't like a wrench because it looks ugly". The analogies don't match.
However, if the analogy had been worded like this "mechanic....because it's hard to hold steady, slips constantly because it doesn't really FIT right, or conversely isn't flexible enough ( in circumstances where it needs to be )", THEN you might've actually understood what I was trying say. So maybe you feel comfortable within what JDeveloper provides, but frankly of the Java IDE's that are out there, Eclipse ( when equipped with either the Visual Editor, Jigloo, or WindowsBuilderPro plugins ) is an absolute joy to work in.
One of the guys from work had to do a UI-based project for one of his grad classes, and the teacher had specified JBuilder to create the project. JBuilder X ( which JDeveloper is based on ). Now this guy was admittedly new to Java, but has worked under
If you feel happy with JDeveloper, good for you.
If someone has some non-nonsensical criticism about it, don't whine. I know Eclipse isn't the be-all, end-all, at least not yet. But, it is by far a step in the right direction.
Not that Linus would ever agree but they have a pretty good collection of SCM tools including integrating high level requirements, detailed requirements bug tracking and SCM, UML modeling... essentially a rational light that is more flexible.
Making that whole system available would be a really big gift to open source and education. They could do it with something like the old QT license free for non profit and non commercial... They would get a huge following for their toolset overnight.
Of course, Visual Studio is faster than Eclipse, JBuilder or NetBeans for that matter. It's written in C/C++. "Good" old (at least) code in there. C# is being added gradually, but most of it is still C/C++.
"you can always go completely free (in terms of IDE price) with SharpDevelop or notepad"
Nice subtle reasoning here: SharpDevelop compared to Notepad. Note pad. This is not a tool for software developers, more like people who take notes for a job, like researchers or reporters.
You could at least mention some genuinely power free software, cross-platforms, general-purpose code editors like XEmacs or Scite. Now that is fair to compare with a good IDE like SharpDevelop...
I don't feel like it...
I've used plain Eclipse every day for the last 3 years and I have to say, it's the best development environment I've ever used. I admit, I'm biased (I know many of the people who wrote it :) but consider: Eclipse has the best refactoring tools, best debugger and best customizable, plugin-oriented architecture of any IDE out there. It's free and it comes with best-of-breed Java tooling. Of course, the Eclipse developers develop it with Eclipse, and they have a long history of building great IDEs (Visual Age for Java, ENVY Smalltalk, etc), and Eclipse draws on all that past experience.
Python: Even with a Open Source IDE Java is PROPRIETARY and even with Mono .NET is a Micro$oft software patent
trap just waiting to snap shut and amputate the penguin's foot.
Python is the only general purpose interpreted or "managed" language that is full Open Source.
If you want to use something proprietary a shareware language called Euphoria is also a great choice. It comes in 32 bit Winconsole or DOS, Win32 GUI, Linux Console FreeBSD console, GTK and WxWidgets flavors and is a very simple download even on dial up. Further more with Euphoria you can use it as a cross platform "managed" language
with your sources open (it is completely free "as in beer" for that purpose) or you can create stand alone closed executables with it through a binding and shrouding process. (The software for binding and shrouding is the shareware you pay for when you register Euphoria.) also the euphoria interpreter is one of the fastest and smallest interpreters in existance.
Mike Milinkovich said"I honestly don't know what Borland may or may not be planning. " ,please see http://www.theserverside.com/news/thread.tss?threa d_id=33488JBuilder reportedly migrating to Eclipse?
Take a look at netbeans, seriously, I moved from JBuilder to netbeans a few months ago, love it - its really good.
The two IDEs are relatively similar in functionality. Eclipse has a steeper learning curve than JBuilder, but once you get used to its peculiarities, it's a very powerfull tool. Eclipse's GUI designer is still in its infancy, so it sucks compared to JBuilder but the refactoring and code management tools make up for it. Since I do a lot of server side Java, GUIs are not a priority for me - YMMV. Eclipse inherits IBMs on the fly compiling, so you see where you screw up as you type in your code. The code analyzer is one of the biggest things for me, I get on the fly warnings that saved me a lot of headaches so far - enable all the warnings and pay attention to them and you'll cut runtime errors in half. Eclipse is extremely configurable, to the point where you get lost in the maze of options. It has a modular, plugin based architecture - in fact Eclipse shines only after you download some plugins. And finally, the most important aspect: the cost
If con is the opposite of pro, is Congress the opposite of progress?
What makes JBuilder so terrible is its non-native GUI. The thing just looks bad with its GUI that's almost Win32, but not quite. Ctrl+Tab doesn't switch between code panes as you would expect in any Windows app; instead it uselessly switches between panes such as Project and Structure.
This is Windows recommended UI behavior for MDI apps. Read the interface standard.
But by far the absolute worse was its ignorance of Windows' ClearType setting for font smoothing.
That's funny: it works here.
Lots of people switch their editor fonts; many people use the font FixedSys, because it has good pixel choices. The reason it has good pixel choices is that it's a bitmap font, and is therefore unhintable in cleartype. This is the basis of most people thinking mIRC has broken cleartype support, too: it ships with FixedSys as the default window font.
Do note that there is no API call in any version of Windows from Win16 on which would not be hinted by ClearType; if Borland broke ClearType, then they remade every single bit of font drawing code from the ground up. The chances they did that are miniscule. Perhaps you just need to spend more time looking for the problem, before announcing to SlashDot how broken something is?
There are other GUI differences but I'm a horribly nit-picky person when it comes to UI
And, unfortunately, your nits picked are in contrast with the Win32 interface standard, as your demands for an MDI app to follow SDI behavior above show.
You need to learn that there's a difference between being a stickler for detail and whining that things don't work the way that you expect for them to. One is born of familiarity with existing standards; the other is clueless self-aggrandizing pablum. It's not Borland's fault that you don't know more than the very basics of Win32 UI behaviors; every single one of their pane and task switching hotkeys, including f10 and f11, are standards that have been with us longer than a default Windows TCP/IP stack. Hell, Win/QVT supported these. Maybe you should watch that movie that comes with a fresh XP install.
But it's not bad if you get used to it, so it's probably just that I'm unfamiliar with Eclipse.
Or Win32 UI standards. Or JBuilder. You actually suggest that Eclipse is more configurable than JBuilder. Have you even looked?
StoneCypher is Full of BS
All an IDE is, effectively, is a UI
Wow, you really don't get much out of your IDEs, do you?
StoneCypher is Full of BS
His "informative" view doesn't contain any "information" about jack shit, except his whining about swing vs swt.
afaict borland is a shadow of its former self
they make thier money by charging insane prices to those companies who are still locked into thier products
they are here now and they will probablly still be here for many years to come so long as they can keep the books balanced.
but there is so much good free software around now that borlands days as a relavent compiler firm must surely be numbered
note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
This is Windows recommended UI behavior for MDI apps. Read the interface standard.
I probably wasn't clear, but JBuilder's Ctrl+Tab did not switch between MDI windows, but instead switched between docked windows. That's the problem, and goes against Windows UI standards.
That's funny: it works here.
Doesn't matter if it works for you, it doesn't work for me, regardless of the font I use. Furthermore I'm using a TT font (OCR A Extended), and it is rendered with ClearType in all apps I use except JBuilder.
You need to learn that there's a difference between being a stickler for detail and whining that things don't work the way that you expect for them to. One is born of familiarity with existing standards; the other is clueless self-aggrandizing pablum. It's not Borland's fault that you don't know more than the very basics of Win32 UI behaviors; every single one of their pane and task switching hotkeys, including f10 and f11, are standards that have been with us longer than a default Windows TCP/IP stack. Hell, Win/QVT supported these. Maybe you should watch that movie that comes with a fresh XP install.
I've used Windows for over a decade now, and believe me, I know Windows UI behavior. Apologies if I rambled too much, but when the basic behavior of Alt+tab, Ctrl+Tab does not match that of all other Windows apps, something's seriously wrong. BTW, this and other comments I'm getting makes me wonder if this has been fixed in a recent version. I believe I'm using JBuilder 2005 Community Edition; I installed it in January. What version are you using?
Or Win32 UI standards. Or JBuilder. You actually suggest that Eclipse is more configurable than JBuilder. Have you even looked?
Yes, I've looked. Just take a look at the Java code formatting options; there are significantly more configuration settings in Eclipse compared to either JBuilder or VS 2003.
troll? C'mon. What is an IDE if not a UI over a compiler, debugger, editor, and source control system?
Wow, you really don't get much out of your IDEs, do you?
I'd follow up that question with another one... you haven't ever used vi and gcc to produce a C program either, have you?
An IDE provides a UI over the compiler, debugger, and source control system, and an integrated editor with a few wizards. That's pretty much it. If all that sucks, then the IDE sucks.... how could it not?
Personally I an IDE all the time, and I find it quite useful, but I don't pretend that it's anything more than a nice UI over other components.