Released on: August 4, 2015
What are the differences between working with CEDW and MagicDraw Teamwork Server?
--
* After the project is cached locally, all later project loadings lasts only several seconds.
Due to the new appearance, model comparer is now more user-friendly, and provides more explicit information about changes without causing confusion.
A single difference tree, instead of the previous two, helps the comparer to provide a clearer visual structure of the changes made. An easily readable legend provides the number of differences for quick overview, and more detailed information is provided in the Change Details panel.
Forget looking at diagrams for hours without actually knowing what has changed in a model or trying to track the minor symbol movements – that is now in the past. The improved diagram Difference Viewer window was introduced into both model comparer and merge to enable users to notice, distinguish and filter modifications instantly.
Recognize the nature of each modification – color coded lines and flags allow quickly distinguishing between addition, modification/move or deletion changes. Too many colors, lines and flags in one place? Filter to show only model or symbol changes, or a certain type of modifications. Each model change in a diagram is marked with a flag and by simply clicking it you can instantly navigate to the model tree to review the changed details.
No more switching between different diagrams versions – a new slider provides an animated view of how your diagrams changed with every modified version.
Finished reviewing changes and wish to see them on paper? We made it easy – simply export all the diagrams with visible changes to a Microsoft Word document using one of two predefined templates – Diagram View or Full View for a more detailed overview, including the full tree with all dependent changes. Need less information? Create your own customized template and generate reports of any desired depth and scope.
The illustration displays a fragment of the Project Comparison Report.
A minimized toolbar, more comprehensive legend, and a simplified two-way merge appearance give the Merge window a nice make-over. Improved representation of changes in diagrams and reporting options provide even more power to the project merge.
Feel like validation of your model runs too slow? Going to stop it? Then switching to the visible diagrams validation mode is what you need! As a result, the active validation starts running only on elements displayed in one or more visible diagrams, which significantly increases the performance of the modeling tool.
When your diagram is too large to be displayed all-over, it may become quite challenging to notice all annotated symbols it contains. In this case the new validation results marker bar is your true helper! It appears on the right side of a diagram pane, if the diagram contains annotated symbols.
The markers are shown even for the items that are not currently visible on the screen (you may need to scroll down to see them). The marker bar is shrunken to fit the screen and displays relative positions of annotated symbols on the axis of ordinates. Every marker is colored according to the violation severity.
You can click a marker to select the annotated symbol or move the mouse over the marker eye (at the top-right corner of the diagram pane) to see the summary of the diagram validation results.
Need to validate only a small portion of the model you just have modified in a diagram, table, matrix, or relation map? Click the new button on the toolbar of this diagram, table, matrix, or relation map to run the validation only there.
From now on:
From now on, dragging a Use Case onto a Class in a diagram sets that Class as the subject for the Use Case.
The illustration displays concepts from SysML Plugin.
Having a Use Case with the subject jump-starts the creation of Swimlanes in the Activity diagram owned by that Use Case. In this case, you can select the subject properties you wish to be represented by the Partitions of that Swimlane.
The illustration displays concepts from SysML Plugin.
Forget about considering which shape is suitable for connection! From now, on all the shapes that cannot be connected with the selected shape become less visible on the diagram pane.
You can specify the transparency of unconnectable shapes by changing the Transparency of Unconnectable Shapes property value in the Environment Options dialog, the Diagram property group.
The Relation Map can now display:
Plus, you're welcome to use the zoom buttons directly from the relation map toolbar!
Use the Behaviors property group not only to create or delete owned Behaviors, but also to manage the Classifier Behavior! Change it simply by clicking the new Set Classifier Behavior button.
We improved the Activity Parameter Node creation and placing, to make it more intuitive and automated. Now, when you create an Activity Parameter Node by dragging it, the trajectory of how you do it defines parameter‘s direction; dragging towards the right/bottom border or inside the node creates an out direction, dragging towards left/upper border creates an in direction.
Managing an Activity Parameter Node properties is now more convenient with the updated Specification of Activity Parameter Node window and shortcut menu. You can now set a parameter's direction by simply right-clicking the Activity Parameter Node instead of opening the Specification window. Other activity parameter properties are easily configured and displayed in the Parameter property group in the Specification window.
It's our pleasure to announce that as of 18.2 FR, we are starting to move all our actual documentation online – to a single, user-friendly platform with advanced searchability.
For a limited time, you might notice this migration is in progress. This means that:
We plan to provide the complete online documentation until the release of the next LTR.
We'd like to apologize for any inconvenience this migration may cause. Your patience and trust in us is what inspires us to look for even better solutions for our clients!
Now OS X users can take full advantage of a long-awaited Retina display support, allowing those who work with higher resolution screens to see more detail in diagrams and enjoy sharper icons in the interface.
Those who use MagicDraw for Windows and Linux with high resolution screens will definitely notice the initial steps taken towards full HiDPI support – you can now benefit from a significantly better overall visual quality, including proper scaling and increased sharpness of icons.
If you need to continue using these file formats or deploying these integrations, you are welcome to use MagicDraw 18.1 or earlier.
The Eclipse UML 2.5 model data export from and import to MagicDraw is now fully supported.
All available Eclipse UML 2 XMI formats – Eclipse UML 2 v2.x/v3.x/v4.x/v5.x/ XMI – are now listed under a single File > Import From / Export To command group Eclipse UML 2 XMI File.
OSGi framework
From now on, MagicDraw uses the Eclipse OSGi framework, one of the leading technologies for clean architecture and dependency management between components. Migration to OSGi was necessary for MagicDraw integration with Cameo Enterprise Data Warehouse.
MagicDraw and all plugins are now wrapped into a single OSGi bundle. This change in most cases has no impact for MagicDraw plugin development, since development principles remain the same as before.
However, there are some changes in starting MagicDraw.
Changes in starting MagicDraw from the command-line
com.nomagic.magicdraw.Main was deprecated. Use com.nomagic.osgi.launcher.ProductionFrameworkLauncher to start MagicDraw in this case. Additional java properties must be passed to this new launcher.
For more information, see Specifying batch mode program classpath and required system properties.
Changes in starting MagicDraw from another Java application
To make MagicDraw classes accessible, run this Java application inside the OSGi framework too. Use com.nomagic.magicdraw.core.Application#start(java.lang.String[]) to start MagicDraw in this case.
For more information, see Starting MagicDraw or other modeling tool as part of another application.
Integration with CEDW and changes in project structure
Due to MagicDraw integration with a new server, Cameo Enterprise Data Warehouse (CEDW), a new type of project was added. From now on, we have three types of projects: local project, Teamwork Server project, and CEDW project.
There is a great chance that plugins won't work correctly with CEDW projects, since this type of project (in contrast to local and Teamwork Server projects) can have many root elements. The root element of each used project becomes a root element in the main CEDW project. Thus, please review the existing plugins.
For working with multiple root models, a new API was added into the com.nomagic.magicdraw.core.Project:
public com.nomagic.uml2.ext.magicdraw.classes.mdkernel.Package getModel () was deprecated.
HiDPI monitors support
Since the loading of different resolution icons by monitor DPI was implemented, the new class is introduced for loading multi-resolution icons:
Element lookup API
Elements lookup API was refactored and cleaned. Two new utility classes were added:
com.nomagic.magicdraw.uml.ElementFinder was deprecated.
Return types
Return types were changed for the following methods:
Multiplicity of the following member ends of meta-associations in UML metamodel was changed from [1] to [0..*]:
UML metamodel API was changed according to these changes.