New builder setting to fix data source URI in manifest.json

[budenko]

Is your feature request related to a problem? Please describe.

Data source URI in manifest.json should not start with a slash in order to UI5 application work properly in a FLP.

Describe the solution you'd like

It would be nice to have a builder task or setting that checks manifest.json and strips off leading slash from a data source URI during a building of an application to ensure that URI is correct automatically.

Describe alternatives you've considered

There is a such feature in @sap/grunt-sapui5-bestpractice-build module that is not supported any more and should be replaced with @ui5/builder.

Additional context

Example of a data source section of manifest.json

  "dataSources": {
    "Document-RestSource": {
      "uri": "fnd/document-ms/",
      "type": "JSON"
    }
  }

[sebastianesch]

It would be great to have this feature directly in ui5-tooling. At the moment the Fiori Application Generator uses a custom task using "webide-extension-task-updateManifestJson" to update the manifest.json when deploying to Cloud Foundry.

https://www.npmjs.com/package/@sap/ui5-builder-webide-extension is quite old and has a dependency to @ui5/[email protected] and @ui5/[email protected].

[Regloom]

Absolutely agree with previous post, current 'deploy-config' script generates quite an outdated and huge list of dependencies.

[flovogt]

As far as I remember, SAP Build Work Zone, standard edition a.k.a "Central Launchpad on CF" does not support absolute URLs at all. So the url should be relative in the source manifest.json.

I wonder why you not adjust the source manifest.json to make it relative right from the beginning?

[nicoschoenteich]

Hi everyone,
I was looking for a solution to this problem while working on the generator-ui5-project, which also uses the open-ux-tools for project generation (just like the Fiori Tools Application Generator) and therefore contains absolute paths in the manifest. As @flovogt said, SAP Build Work Zone only supports relative paths. Is there a current best practice as far as tooling goes to change the paths upon build? If not, I would fall back to creating a simple custom script that does that in case the target platform is SAP Build Work Zone. Any other suggestions from your side?
Looking forward to your input!
Best, Nico

[flovogt]

Hi @nicoschoenteich,
thanks for pointing this out. Currently, there is no URL correction available in UI5 Tooling. In the past this was fixed by https://www.npmjs.com/package/@sap/ui5-builder-webide-extension which fixed the URLs in the manifest. But nowadays (CF deployment), this custom task is no longer needed, so we also do not recommend that any longer.

So as long as we have no auto correction available, feel free to go with the custom solution :-)

[nicoschoenteich]

Hi @flovogt, I implemented it as part of the ui5-task-zipper (ui5-community/ui5-ecosystem-showcase#1046), which is a good option when zipping and deploying to the HTML5 Apps Repo, to later consume in SAP Build Work Zone.

[sebage]

Hi @nicoschoenteich
would it be possible to also adapt the datasource uri to a relative path in Component-preload.js in the zipper? So that Component-preload.js and manifest.js are consistent?

We want to migrate from @sap/grunt-sapui5-bestpractice-build to UI5 Tooling build and due to this inconsistency we face issues on the cf cloud portal service flp (initially opening the app works, but on reopen it fails as it uses a wrong oData url. Manually correcting the uri in the preload file before deployment solves the issue).

We cannot change the uri in the manifest.js to a relative path, as then the oData V2 mockserver is not working anymore.

[flovogt]

@sebage This sounds strange. Could you please share your project so we can debug this further?

[sebage]

@flovogt I have sent you the details via mail.