Migration-b2: Parser not recognizing older integration data

[cbeach47]

An adopter has found that older integration data produces LTI links of the form https://my-oeq-url/null. Also, the current behavior has shown room for improvement.

Looking to make the following changes:

1 Turn off the deletion of data from the old integration building block. It should not affect the migrated link since it's now under a new handle (eg apereo/oeq), and deleting it may create unforeseen issues.

2 Implement the following logic flow:

• if the equella content has the extendedData/Blob > entry > url of the form integ/gen/...attachment.uuid=..., use it.
• else if the equella content body contains <!--item... attachments... selected="link-to-migrate"... then parse the attachments@selected value
• else if (need to consider other edge cases)
• otherwise, if the parser can't find an appropriate link-to-migrate, it'll log what extendedData and HTML it tried to parse, and skip that link, instead of trying to change it and creating a broken link.

3 Log that the script is ignoring the content id / handle if it DOESN'T match:

• resource/tle-resource
• resource/tle-plan
• resource/tle-myitem

4 Review the migration of the link description.

[cbeach47]

Phase 1 completed and included in the release https://github.com/openequella/openEQUELLA-blackboard-integration/releases/tag/v2.1.1

[cbeach47]

Phase 2 completed in v2.1.2 -

Enhancements:

• 4 new migration flows when the URL is not in the extended data
• Unit tests for parsing of links / data to migrate
• The link body will have the old oEQ links removed