Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Follow the steps below to migrate your SysML model from Syndeia 3.2 to Syndeia 3.3. Do not install Syndeia 3.3 until specified in this process. 

1. Create a backup copy of the following 2 two files before you start this process.

...

If you make a mistake during this process, you will be able to copy the backup files and start this process again. 

...

5. After installation, start MagicDraw, right-click on any element in the Containment tree and select Syndeia → Settings. Do not launch the Dashboard yet.

6. Check that the setting Select primary store is set to SYSML_MODEL as shown below. If not, change to SYSML_MODEL and click on the Apply button. Close the Settings window.

Image RemovedImage Added


7. Right-click You will see repositories being upgraded. Unique URLs kept.

Image Removed

6/ Connection search shows 0 connections. Do not close the Dashboard until connection upgrade is done.

Image Removed

7/ Connect to all your repositories. Very important, else connections will not be upgraded to 3.3.

Image Removed

8/ Upgrade to 3.3

Image Removed

Select to Upgrade Connections

Image Removed

5/ You will see upgrade of repositories and connections

Image Removed

6/ 

Image Removed

3/ 

Image Removed

Close Dashboard, save MD project, close, reopen, and check num connections, should see the same as above.

Users can upgrade Syndeia data created using Syndeia 3.1 to work with Syndeia 3.2. This Syndeia data primarily includes connections stored in SysML model and repositories stored in .syndeia folder. Follow the steps below to upgrade your models from Syndeia 3.1 to Syndeia 3.2.

(1) Open SysML project.

(2) Right click on any SysML element in the model tree and select Syndeia → Settings. Check that "Select primary store" is set to SYSML_MODEL.

Image Removed

(3) Launch Syndeia Dashboard - Right click on any SysML element in the model tree and select Syndeia → Dashboard. In the log window of the Syndeia Dashboard, you will see some stats. Syndeia will detect that the connections stored in the SysML model and repositories in the .syndeia folder are in an older format, and it will automatically upgrade connections to the 3.2 format. In this example, 173 connections were upgraded.

Image Removed

(4) Click on every repository listed in the Repository Manager to check that you can connect to it.

Image Removed

(5) Syndeia 3.2 needs more information from the connected models and repositories compared to Syndeia 3.1. Although all Syndeia information was upgraded to Syndeia 3.2 format (syntactic upgrade) in the previous step, we still to enrich that information. Right click on any element in the SysML model tree and select Syndeia → Utils → Upgrade Utils → Upgrade to 3.2, as shown below, to start the enrichment process..

Image Removed

(6) A new status dialog will pop up and show the running log as each connection is upgraded after fetching additional data from the connected models. After the process is over, you will see a summary of the upgrade in the Syndeia Dashboard, as shown below. The summary will show you the following stats:

  • Total number of connections
  • Number of connections that are upgraded, including connections that were already upgraded and those upgraded in this round
  • Number of connections that could not be upgraded

Image Removed

If the source / target end of the connection is missing, then the connection cannot be upgraded. For example, in the above scenario, 1 connection could not be upgraded because the target end of the connection is a local folder which is not available at the specified location. If that folder is made available at the specified location and the upgrade process is run again (next round), then the connection can be fully upgradedon the top-level model element in your model and select Syndeia → Dashboard. This will launch the Syndeia Dashboard. During the launch process, your repositories will be upgraded from Syndeia 3.2 to Syndeia 3.3 format. During this repository upgrade process, only repositories with unique host addresses will be retained. For example, if you had two GitHub repositories GitHub 1 and GitHub 2 with the same host URL, then only one of them will be retained and show up in the Repository Manager when the Dashboard launches, as shown below. The other one will be marked as a duplicate. 

Image Added


8. Go to the Connection Search tab in the Syndeia Dashboard and click on the Get All button. You will see 0 connections. This is because the connections saved in the SysML model have not yet been upgraded from Syndeia 3.2 to Syndeia 3.3 yet. We will do that in the next step.

Image Added


9. Go to the Repository Manager tab and click on each repository to connect. Provide your credentials during the connection process as shown below. You will need to connect to each repository before you can upgrade connections. Syndeia needs to reach out to the repositories to gather additional data for the sources and targets of the connections before they are upgraded. After you have connected to each repository, go to the next step. Keep the Dashboard open.

Image Added


10. Right-click on the top-level element in the SysML model and select Syndeia → Utils → Upgrade Utils → Upgrade to 3.3 as shown below. This will start the process of upgrading the connections in the SysML model to Syndeia 3.3.

Image Added


11. You will see a window titled Upgrading data to Syndeia 3.3, as shown below. The messages in this window will indicate the specific connections being upgraded. Do not close this window and let the process run.

Image Added


12. After the upgrade process is finished, the upgrade window will close and you will see a  Connection Upgrade Summary as shown below in the log window of the Syndeia Dashboard. Note that the number of connections upgraded to Syndeia 3.3 should match the number of connections in the Syndeia 3.2 model (Step 2).

Image Added

If some of the connections failed to upgrade, you will see warning messages indicating the same in the Connection Upgrade Summary. Check that you are able to connect to the repositories that have the source/target of those connections in the Syndeia Dashboard. Do not close the Dashboard. You can retry Step 10 again. This will attempt to upgrade the non-upgraded connections again. 

13. Go to the Connection Search tab in the Syndeia Dashboard and select the Get All button. You should now see all the connections upgraded to Syndeia 3.3. Note that the number of connections should match the number of upgraded connections in the previous step, and the number of connections you had when you started the upgrade (Step 2).

Image Added

14. Close the Syndeia Dashboard. This will rewrite the upgraded connections in the SysML model. Save the MagicDraw SysML project and close it. You do not need to close the MagicDraw application.

15. Open the MagicDraw SysML project, right-click on the top-level model element, and select Syndeia → Dashboard to launch the Syndeia Dashboard.

16. Repeat Step 13 and re-verify the number of connections.

17. Optional - In Syndeia 3.3, you can rename repositories. Uniqueness constraint is enforced on the URL of the repository and not the name, unlike Syndeia 3.2. To rename a repository, you can right-click on the repository and select Update. Specify the new name of the repository and click the Update button. When you close the Dashboard and the MagicDraw SysML model next time, the updated repository names will be saved locally.

Image Added


Congratulations! You have now migrated your MagicDraw SysML project from Syndeia 3.2 to Syndeia 3.3.


Info
titleUsing Syndeia Cloud 3.3

We strongly recommend using Syndeia with Syndeia Cloud for scalability, reliability, and performance. Syndeia usage with a local store should only be for evaluation purposes.