Add cds specific vocabularies for analytics support

[UweSchwerk]

POC for supporting non-OData annotations in CDS LSP.

Still to do (by cds/analytics colleagues):

• add decent descriptions in the three new vocabularies (search for TODOs)
• check feasibility of the content that has been drafted so far (for Terms: $AppliesTo, usage of Edm.PropertyPath and Edm.NavigationPropertyPath)
• (Done by now) verify modeling of enum values as string with @Validation.AllowedValues - alternative is "real" OData EnumType (see @Aggreagtion.defaulthttps://github.com/SAP/open-ux-tools/pull/1522/files#r1410695634)

Here is some background explanation and also a demo on how this looks in action:
https://github.com/SAP/open-ux-tools/assets/107176531/121edf7c-73b1-4abf-8377-36f5abc625df

After converting allowed values to odata enumTypes it looks as follows:

for @Aggregartion.default (both value lists are added up):

Regarding conflicting vocabulary alias Aggregation (there is an Odata vocabulary and now a cds specific one with the same name): current workaround is that the cds terms are logically added to the OData vocabulary. This way we could restrict the code changes to the vocabulary package only. Drawback (I hope acceptable) is that hover/cc item text for @Aggregation.default show wrong namespace:

[changeset-bot]

⚠️ No Changeset found

Latest commit: 8c448b9

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[cla-assistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
1 out of 2 committers have signed the CLA.

✅ UweSchwerk
❌ d023852

---

d023852 seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[sonarcloud]

Quality Gate passed

Kudos, no new issues were introduced!

0 New issues
0 Security Hotspots
96.3% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud