Page History
This how-to concerns this content migration, by modeling a flow that migrates a dossier to an aggregate. Three scenarios will be discussed.
Id is not relevant
When dossiers need to be migrated to aggregates and the Id of the newly created aggregates is not relevant in other parts of the model, follow these steps:
- A project that wants to migrate has to create a Baas or custom service.
- This service should be called for every dossier Id in the database.
- In this service you then call the
AQ_DossierManager
to load the existing dossier into the profile. - The next step is to use the
AQ_Aggregate_Create
service to create a new aggregate entry. Like this, a project team can define itself exactly how dossiers are migrated, extra metadata can be added, dossiers can be split, etc.
UI Text Box | type |
---|
Info |
The code to query the dossier database, to select the applicable Ids, and passing them one by one to the exposed flow is left to the project team. |
Id is relevant
When dossiers need to be migrated to aggregates and the Id of the newly created aggregates is relevant in other parts of the model, follow these steps:
AQ_DossierManager
to load the existing dossier into the profile.AQ_Aggregate_Migrate.
AQ_Aggregate_Create
service and has the same parameters, with one addition: a parameter called DossierIdInput
.dll
or jar
when they want to migrate.DossierIdInput
is of type expression and should return a positive integer. If not, an error is thrown. If the Id already exists, also an error is thrown.UI Text Box | ||
---|---|---|
| ||
The code to query the dossier database, to select the applicable Ids, and passing them one by one to the exposed flow is left to the project team. |
UI Text Box | ||
---|---|---|
| ||
After finishing the work with the |
Lazy migration
AQ_Aggregate_Create
service can be used when the new aggregate Ids may differ from the dossier Ids, but also the AQ_Aggregate_Migrate
can be used when the Id of the aggregate must match the Id of the dossier. Include Page