Slashdot Mirror

Hopefully, this means that future versions of OptimizeIt will be released on top of Eclipse. After all, Borland is an Eclipse board member.

I'm a big fan of OptimizeIt's functionality, but I'd like to see it lose that ugly Swing interface in favor of SWT.

Can anyone explain in English (not the legalese found at http://www.eclipse.org/legal/cpl-v05.html) the difference between the Common Public Licence Version 0.5 that applies to Eclipse and the Gnu Public Licence?

Thanks.

This SWT link in the article makes a great case for deterministic finalization (a la C++'s destructors and C#'s using resource clause) and not using Java's finalizers.

IBM's Software Donation: Move To Eclipse NetBeans?
NetBeans IDE 3.3 released
IBM to open source WebSphere tools
threads on Eclipse
threads on NetBeans
threads on IDEA

Eclipse is a product of Object Technology International Inc., which also produced VisualAge for Java.

And as the article "Refactoring with Eclipse" mentioned, "...Erich Gamma is the team lead for Java tools for Eclipse. Gamma was one of the Gang of Four known for creating the book Design Patterns...". I think that Eclipse will be a high quality software.

IBM's Software Donation: Move To Eclipse NetBeans?



NetBeans IDE 3.3 released



IBM to open source WebSphere tools



threads on Eclipse



threads on NetBeans



threads on IDEA

Eclipse is a product of
Object Technology International Inc.,
which also produced VisualAge for Java.

And as the article "Refactoring with Eclipse" mentioned,
"...Erich Gamma is the team lead for Java tools for Eclipse. Gamma was one of the Gang of Four known for creating the book Design Patterns...".
I think that Eclipse will be a high quality software.

Indeed, IMO SWT is the most interesting aspect of the Eclipse project!

A good website (and you probably already have been there) is http://developer.apple.com/java.

Here's a good overview from Apple of Developing Java Applications on OS X

Just for another point of reference though, I use the open-source Eclipse IDE on my Windows 2000 Athlon, and I love it. I'm used to developing server side Java on Windows, though. As far as I can tell, Eclipse isn't available for OS X yet. They'd have to port the SWT widget set to OS X. However, JBuilder 6 is coming out for Mac OS X, and should have the native Aqua UI.

And last, just to stoke the flames, I think a lot of the people who use Linux would benefit greatly from taking a look at Mac OS X. Go down to CompUSA or (insert-your-retailer-here) and play with the new G4 boxes. The Aqua UI will blow your mind (XP doesn't even come close).

Something to keep in mind even though it's still in it's very early stages... IBM is behind a new Java API for GUI's called SWT (Standard widget toolkit). In a nutshell, it's sort of a combo of AWT and Swing. It uses mostly native widgets (like AWT) for better performance, memory footprint, and native L&F... but also makes use of emulated widgets (like Swing) for the occasions when a particular peered component may not exist on a given platform.

More info on SWT can be found at the Eclipse website as well as a good intro article here. Right now it supports Win32 MFC as well as (somewhat ugly) Motif for Linux, but Qt and GTK ports are being worked on. As always with Java, portability is a strong consideration, and the hope is that an app written with SWT will work on a wide variety of platforms and native toolkits.

I hope you are not basing your dislike of Java just on JUnit.

Because CUnit is even worse. If you want/need to add an extra test, you must re-compile/link your application before you can run the test. So in effect the test bed becomes part of your application.

In Java and JUnit, the JUnit part is separate from your application. It simply instantiates the classes from a .JAR file (or however you have set it up). Then, if everything works correctly, you can send your app to integration testing without changing one line. In CUnit, you must at the very least change which libraries are linked in, or change #defines to exclude the test code, then re-compile/link your app again. And if you have a memory leak, then just the fact that you have different code between your test app and your production app can change where the leak manifests itself. That is if your test code does not its own memory leak.

I have worked in both C, C++, and Java (and many more languages, but that's a different thread) and I vastly prefer Java. I too miss pointers and #defines, but in reality when I am looking at code written by someone else or code I wrote a year ago, give me Java every time. The minor performance difference (in the order of micro-seconds) is a small price to pay (server side).

As for the GUI, IBM has created a FAST set of classes for their new Workbench called Ecplise.

You want to investigate using SWT toolkit from IBM's Eclipse project. It is a native widget binding for Java applications. On Unix its Motif (with GTK port in the works) and on Windows it is native code. I haven't tried the Ecipse gui yet, but I'm told it is as fast as native C++ applications.

Check out SWT a new offering recently Open Source'd by IBM. It offers access to the native windowing. Windows controls, and Motif in Linux's case. A GTK port is in the works -- and best of all it's free. Eclipse

It's funny how not only MS doesn't realize what it is deaing with but that even a large number of linux supporters don't realize.

MS being fearful of linux/gnu/gpl is as silly as being afraid of the ground doing damage to the foundation of a house. Trying to dig the dirt away to protect the foundation.

Linux/gnu/gpl is a natural evolution of common open computer science/industry/application that is only comming into focus now because MS's distraction (which started with Bill Yelling Piracy) is being seen for what it is, a distraction of what would have otherwise beter evolved.

There is no way to stop this evolution, it's been held back long enough. And to add to this, IBM has begun to recognize the need to openly move towards auto-coding techniques - autonomic computing and an open source bridge tool eclipse

As a matter of genuine computer science and the core of autonomic computing there are the NINE action/function constants

In short: MS is trying to battle what is in essence genuine computer science, the natural laws of the physical phenomenon of how we use abstractions. Inherently MS will lose, for even it has to use these in the distractions and distortions it tries to create.

The fact this direction is being called linux is perhaps a distraction from the GNU effort which is in fact just a label that is being used to identify this open source direction.

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.

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.

Check out IBM's Eclipse and/or Slashdot's post about it a couple days ago here.

The Eclipse project from IBM seems very promising.

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.

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.

Read the fucking article.
Now go to www.eclipse.org

This a general puropose IDE and is not meant to be used only for Java development. It is written in Java without the part of Java that makes Java Slow (Swing/AWT).
The IDE uses a native widget toolkit called SWT, that is cross-platfrom and is lightining fast. Maybe not as fast as your 31337 perl script on your 386 with 2 megs of ram, but it runs really nice on my celeron 400. Best of all it runs on Linux.

And it since it doesn't even come with a Java GUI app builder, it is not exactly like they are pushing Java GUI apps on you.
I've been using this with Tomcat and it simply rocks!
As Eclipse picks up steam, the C++ and other dev environment plugins will get better, and you can make your fat client apps without java.

and the setup is still kludgey for most.

It's a zip file you extract and run the executable - wow big kludegy setup.

Perhaps you should try it out before you flame it.

Java is just a dog.

It is obvious by your embarrassing display of ignorance, that you should not be in a position to make any of your software related opinions public. Everyone knows that Java is coffee.

Have a nice day.

Since eclipse.org seems slashdotted, you can get a copy of the technical overview from google's cache, but it's just the text from the pdf (no pretty pictures).

The orginal whitepaper is here

It seems to me that Eclipse and Sourceforge are two different entities. Sourceforge has always seemed to me to be a place where Open Source projects are available. Eclipse on the other had is a framework that can be used to write intergrated tools for software products. Using eclipse two different companies tools can integrate in a smart way. Take a look at the website

The Eclipse Project got a lot of buzz at the last OOPSLA conference. A follow-on to IBM's VAJ, it's intended to be a programmer's workbench and include current tools like a refactoring browser, continuous integration. Too bad it seems slashdotted.

For more information on the Eclipse project look at www.eclipse.org

www.eclipse.org

Check out www.eclipse.org. Or for one supported product using the universal tool platform check out WebSphere Studio Workbench. or the source OTI .

[self contents apply: Disclaimers standard] fork.

[self contents apply: Disclaimers standard] fork.

IBM's Eclipse (www.eclipse.org is a possibility but it's more for Java than C++ and it's still fairly new.