Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 11 Next »

This page describes how to migrate Requirement Yogi data to Confluence and Jira Cloud, using the official CCMA and JCMA (Confluence Cloud Migration Assistant and Jira Cloud Migration Assistant).

Using an old version of Requirement Yogi?

Please head to Migrating to the Cloud (before RY 3.5). Or better: Upgrade and use the easy guide below!

What you will be able to migrate

Due to technical difficulties with the APIs, we have only just published the Phase 1 of CCMA. It will allow you to:

  • Migrate Confluence pages using the native features of Confluence, without changing the pages,

  • It will automatically trigger Requirement Yogi’s transformer to transform macros into Cloud macros.

Limitations:

  • On the Cloud, pages containing requirements must be migrated to the new editor experience, since we only have transformers for the new JSON/ADF storage backend, and not for the XML one. The migration will be triggered when we apply the transformation.

  • This “Phase 1” doesn’t import the RY Property, test macros, baselines, Jira links, existing reports, report macros to the Cloud. If those are required, then please wait until we publish the other phases of this project. For the moment, only the requirement and link macros are migrated.

Overview of the migration process

  • Perform the prerequisite steps,

  • Open up the migration endpoint in Requirement Yogi Cloud,

  • Launch CCMA, ticking the migration of Requirement Yogi data,

  • Check and acknowledge the warnings and errors in Requirement Yogi Cloud,

  • The migration is done.

Before migrating

You need to:

In Confluence Cloud → Settings → Security → Global Permissions:

  • Requirement Yogi Core (Spring Boot) should be added in a user group in the User groups tab,

  • Requirement Yogi Core (Spring Boot) should be listed in the Apps tab,

  • If you need help, see the screenshots in the section 1 of the child page Screenshots related to configuring CCMA and JCMA .

In Confluence Cloud → Settings → Security → Space Permissions:

  • The user group assigned to Requirement Yogi should be listed in the Default Space Permissions, with permissions to view and add Pages (Confluence doesn’t distinguish between add and edit permissions).

  • Individual spaces where you want to use Requirement Yogi should not override the default space permissions for the RY user group.

  • If you need help, see the screenshots in the section 2 of the child page Screenshots related to configuring CCMA and JCMA .

NB: We only need to edit pages during the migration. Once the migration is over, you can remove the add pages permission for the app. Requirement Yogi uses the user’s permissions to transform the pages in the Transformation Wizard.

  • Open the migration endpoint:

In Confluence Cloud → Requirement Yogi configuration, in the Support tab, you should open up the migration endpoint. This enables Requirement Yogi to receive notifications from the server migration assistant. You can close it once the migration is over.

Differences between Cloud and Server

In the Cloud:

  • Data is stored in the cloud (https://requirementyogi.atlassian.net/wiki/spaces/RYC/pages/1804763557/Privacy+Policy#How-we-host-and-transfer-data-internationally ).

  • You don’t have access to a REST API, or the database, or server logs.

  • There is no report macro embeddable in documents.

  • There are no baselines (replaced by variants in the cloud : Variants ).

  • You cannot display the requirement's details in a popup when hovering over a requirement in Confluence.

  • We cannot highlight a requirement in a page, or scroll down the page to show the requirement.

  • The cloud editor seems to struggle with tables of over 100 requirements. We advise splitting your documents in multiple pages if that is the case for you. ⚠️

  • To add requirements in bulk, you can use the Page transformations instead of the inline edits,

  • You can create and validate rules for your requirements (Validation rules )

  • Configuring requirement properties is done through the Requirement Yogi Configuration macro (Configuring requirement properties )

  • Our server is shared between customers, and we apply limits to some operations (like the traceability matrix) to avoid impacting the app performance for other customers.

Starting the migration

In Confluence server, under General Configuration > Migration Assistant

  • Mark Requirement Yogi as “Needed in cloud” (App assessment approval by Atlassian pending)

  • Proceed to the rest of the migration steps required by Atlassian.

  • Wait for the migration to complete.

App migration can take a long time to run, especially if you have thousands of pages. On our test instance, the migration took 20s per 1000 requirements (1h30 for a sample of 220k requirements spread on 2000 pages).

Check and acknowledge the warnings and errors in Requirement Yogi Cloud

You can check the migration notifications in the cloud by:

  • Clicking on the link in the app migration details in CCMA (Confluence Server),

  • Or in the cloud, in Requirement Yogi configuration:

    • By clicking the link in the support tab,

    • By going in the queue tab and clicking on the migration job,

Errors and warnings are listed on the notification page (Admin access required). Errors on pages have a link to the page that generated an error. You can go to the page and verify that the migration worked as planned, or manually edit the page yourself and mark the notification as “Resolved”

Please do feel free to open a ticket to notify us of errors generated by the migration tool by raising a support ticket (https://requirementyogi.atlassian.net/servicedesk/customer/portal/1/group/1/create/9 )

Troubleshooting

My app doesn’t process any pages?

Verify that the app user has view and edit permissions on the page. (Permission settings are handled by Atlassian)

The migration of requirement macros to the cloud format involves searching for pages containing requirement macros. Unfortunately, the search sometimes returns incomplete results and mistakenly assumes that no more pages need to be migrated. In that case, you can run the migration job again by clicking the “Retry” button in the Queue tab.

You can also manually run the transformation wizard (Page transformations ) to transform server macros to cloud macros.

My requirements are not found after a migration?

If clicking on a requirement brings you to a similar page.

Most often, it simply means that the page has not yet been indexed.

Verify the state of the queue in the Confluence Settings > Atlassian Marketplace > Requirement Yogi > Queue

Verify especially jobs with a Failed status, so you can retry them or contact the support team.

Indexation is triggered by an event on page modifications sent by Atlassian. Events can take a few minutes, or rarely hours before we receive them.

You can also queue the indexation of a page by clicking on the “Refresh” icon in the Requirement Yogi byline.

  • No labels