App hosting

Where a built frontend lives and what serves it — the static files of a frontend application after the build, reachable behind a login and beside the API it talks to, without a web server of your own.

Overview

SAP SHIPS

The answer in CAP is BTP's hosting services: cds add portal wires a multitenant app to the HTML5 Application Repository behind the SAP Cloud Portal service, and cds add app-frontend points a single-tenant app at the Application Frontend service instead.

Not covered: cds add approuter and cds add workzone route to the same services and add no hosting of CAP's own: a hand-built application router, or SAP Build Work Zone's managed one through the Fiori Launchpad. CAP wires the binding; the hosting stays a BTP service either way.

SourceDeploy to Cloud Foundry — capirechecked
THE COMMUNITY ADDS

No community artifact is documented here.

Artifacts2

2 of 2 artifacts
ArtifactSignals
Services2
SAP Application Frontend serviceManaged hosting and routing for built frontends
Signals
Functional boundary
SAP HTML5 Application Repository service for SAP BTPStores UI5 and HTML5 apps and serves them through the approuter
Signals
none

Seen working3

ArtifactSignals
Samples3
cap-redisApprouter session held in a bound Redis cache instance
No license+1
cap-reuse-html5Fiori elements app in the HTML5 Application Repository with cdm.json
No license+1
cap-uiMTA deploying CAP, HDI container and a Fiori elements app
none

Details

Coverage
statecore only, CAP
assessed
also inBTP/BAIP, UI5
SourceDeploy to Cloud Foundry — capirechecked
For your agent