feat: Detect inline XML fragments & views (reuse TS program)

[d3xter666]

JIRA: CPOUI5FOUNDATION-986

This is alternative implementation of #517 by reusing program instead of TS transpiling file by file.

Note: This change's base is currently #518 as it paves the ground for dynamic addition of resources to the TS program

[matz3]

Note: This change sorts messages in the tests, so that many unrelated test snapshots are also included in here. The reasoning is that XML extraction is not stable, so the order of the messages in different runs/OS might be shuffled.

Currently, the linting results are deterministic and we should stick with that. Only sorting the results when comparing within unit tests will not lead to deterministic results for public consumers.

I suspect that this is caused by a missing sorting of the newly created files. For the initial files, this is done via:

ui5-linter/src/linter/ui5Types/TypeLinter.ts

Lines 87 to 88 in 70ad529

	// Sort paths to ensure consistent order (helps with debugging and comparing verbose/silly logs)
	pathsToLint.sort((a, b) => a.localeCompare(b));

[d3xter666]

Note: This change sorts messages in the tests, so that many unrelated test snapshots are also included in here. The reasoning is that XML extraction is not stable, so the order of the messages in different runs/OS might be shuffled.

Currently, the linting results are deterministic and we should stick with that. Only sorting the results when comparing within unit tests will not lead to deterministic results for public consumers.

I suspect that this is caused by a missing sorting of the newly created files. For the initial files, this is done via:

ui5-linter/src/linter/ui5Types/TypeLinter.ts

Lines 87 to 88 in 70ad529

	// Sort paths to ensure consistent order (helps with debugging and comparing verbose/silly logs)
	pathsToLint.sort((a, b) => a.localeCompare(b));

Actually, the issue is not in the newly created files, because they are not part of the output, but their findings are injected into (maybe) already existing results in certain files.
To make results deterministic, there should be something general in the output. Now, there's a sorting of the filenames (by filename) and internal messages (by line and the column) before returning and printing the lint messages which is deterministic.