I have been personally looking at all other tools (RSA, Togethersoft,
eUML, Magic Draw, Visual Paradigm, MyEclipse etc...), and for my point of
view EclipseUML 2008 is the best Java and model driven modeling tool on
Using Eclipse with a native integration is an incredible advantage
specially because of SWT and EclipseUML2 metamodel. SWT allows fantastic
and fast graphical presentation (a lot better than Sun Swing). EclipseUML2
metamodel is now an OMG standard and is also an Eclipse plugin.
Using this metamodel allows being integrated with all other Eclipse
plugins and having hundred of possible extensions. Just look at our XMI
editor ( http://www.forum-omondo.com/documentation_eclipseuml_2008/Mo del_Editor/UML_Metamodel_element/index.html
) to understand that EclipeUML2 metamodel and AndroMDA or any other code
generator can take great advantages of this architecture.
The best is to try it. You don't have to register and the build already
includes a 30 days evaluation license.
PS: We provided our first EclipseUML build in September 2002 and after
almost six years we can say that a tool need many years to become stable.
The more difficult challenge is how to always upgrade to the latest
Eclipse and plugins and not to loose the product stability.
This is our major problem today because having new Eclipse build every 12
months make it almost impossible to guarantee a stable build during the
life of the project. The other problem is that users are only purchasing
the latest Eclipse release and not previous one.
This market seems to become a non sense today !!
Our new Eclipse 3.3 is stable but because we only use graphical conception
it is almost impossible to be sure that all possible conditions have been
predicted. Imagine that this job is the same like having a Photoshop
software which is permanently synchronized with Java and the metamodel.
You will therefore understand that we prefer to let our user free to
graphically manipulate the tool as they want (get live java and xmi
synchronization) that to add graphical restriction inside the tool.
This is our decision and I think this is the good decision.
Thanks for your comprehension.