Page Comparison

...

When a task is migrated to another Org, the Snaplex references are set by the runtime_path_id property and not by the Snaplex name. Accordingly, you should make sure that the values for the Location and Environment fields in the Snaplex dialogs match - not the Name field, as might be assumed.

Example 1

Source Org

• Org: dev

• Task name: batch

• Snaplex details:

  • Name: dev1devplex

  • Location: sidekick

  • Environment: windowscluster

Destination Org

• Org: prod

• Task name: batch

• Snaplex details:

  • Name: prod2 prodplex

  • Location: cloud sidekick

  • Environment: k8 cluster

When migrating the task batch from the Org dev to the Org prod Orgs, a task from the dev Org with the the task runtime_path_id of /dev/rt/sidekick/windowscluster/batch is replaced with the task runtime_path_id of /prod/rt/cloudsidekick/k8cluster/batch.

Example 2

Source Org

• Org:dev

• Task name: batch

• Snaplex details:

  • Name: mainplex plexprime

  • Location: cloud sidekick

  • Environment: aws-east folio

Destination Org

• Org: prod

• Task name: batch

• Snaplex details:

  • Name: mainplex plexprime

  • Location: cloud

  • Environment: aws-west

...

• • east

In this case, the Snaplexes in each Org have the name mainplex, the task with the runtime_path_ids of /dev/rt/clousd/mainplex/testtask1 and /prod/rt/clous/mainplex/testtask2 does not worksame name - not the same Location and Environment values. Therefore, when migrating the task batch from the Org dev to the Org prod, the Snaplexes are not automatically mapped, and you need to select the Snaplex manually in the settings dialog for each task.