SAP Tech Bytes: Adding Service Implementation to an SAP HANA Project
Thomas Jung converts an existing SAP HANA-only project into a CAP one, exposing its native tables, views and a calculation view as CAP service entities with @cds.persistence.exists so they get full create, update, delete and read operations without being redefined. He adds ODataODataExposing data and operations through OData, including the service model, metadata and protocol versions clients require. Version differences affect which clients can consume a service and which query features they can use.SAP and community, narrow by design V2 support through an adapter proxy for callers still expecting XSODATA-shaped responses, and separately turns on CAP's OpenAPIOpenAPIHanding a description of the service to clients and tools — an API portal, a code generator, a partner who wants a contract before they write anything.SAP and community, narrow by design generation with its Swagger UI test tool. A second part rebuilds the same service layer with a standalone Node.js module instead of CAP, for cases that need more control than CAP's REST or OData defaults give.
Where it sits
Who is behind it
Developer Advocate
In the atlas: contributes to 15, wrote 6@jung-thomasauthor
Properties
About this work
Details
Graph
Source
History
- Entered the atlasDiscovered via SAP Community · cap-tag.
For your agent
- Ref
content:sap-tech-bytes-adding-service-implementation-to-an-sap-hana-project- JSON
- /content/sap-tech-bytes-adding-service-implementation-to-an-sap-hana-project.json
- MCP
- Connecting an agent