Skip to content


Switch branches/tags

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time
Mar 25, 2021

Welcome to CAP Samples for Java

CI status REUSE status

Welcome to the bookshop-java project. It demonstrates how to build business applications using the CAP Java SDK providing a book shop web application as an example. The application in this project enables browsing books, managing books, and managing orders.

Book Object Page



This sample application shows how to conveniently create business applications based on CDS domain models, persisting data with H2, or SAP HANA, and exposing an OData V4 frontend with an SAP Fiori frontend on top.

This sample uses Spring Boot as an application framework. Although a CAP Java application isn’t required to build on Spring Boot, it’s the first choice of framework, as it’s seamlessly integrated.

The domain models are defined using CDS entity definitions.

By default, an in-memory H2 database is used for data persistency. Once productively deployed to SAP Business Technology Platform, SAP HANA can be used.

Services are defined using CDS Service Models. The OData V4 Protocol Adapter translates the CDS service models into corresponding OData schemas and maps the incoming OData requests to the corresponding CDS services.

Although CAP provides generic event handlers to serve most CRUD requests out-of-the-box, it’s possible to add business logic through Custom Event Handlers.

A SAP Fiori UI is added using predefined SAP Fiori elements templates. SAP Fiori annotations add information to the service definitions, on how to render the data.

Demonstrated Features

Framework and Infrastructure related Features:

Domain Model related Features:

Service Model related Features:

User Interface related Features:

CDS Maven Plugin Features:

  • Install Node.js in the default version.
  • Install the latest version of @sap/cds-dk.
  • Execute arbitrary CDS commands.
  • Generate Java POJOs for type-safe access to the CDS model.
  • Clean project from artifacts of the previous build.

Getting Started

The following sections describe how to set up, build, and run the project.


Make sure you have set up a development environment (that means, you’ve installed the CDS Compiler, Java, and Apache Maven) as described here.

Clone Build & Run

  1. Clone the project:
  git clone
  1. Build and run the application:
  mvn spring-boot:run

Using Eclipse

Optionally, use the following steps to import the project to Eclipse:

  1. Import the project using File > Import > Existing Maven Projects.

    Now, you should see the projects bookshop and bookshop-parent in the project/package explorer view.

  2. In Project Explorer, change the property "Package Presentation" from "Flat" to "Hierarchical" for better understanding.

Building and Running

  1. To compile the project, right-click the file pom.xml in the bookshop-parent project root folder and select Run as > Maven build.

    In the following dialog, enter the string clean install into the field labeled with "Goals" and click "Run".

    Note: This step also compiles the CDS artifacts, thus repeat this once you made changes to the CDS model. This step also generates source files, therefore refresh the "bookshop" project in your IDE.

  2. To run the application, right-click the bookshop project root in the Package Explorer and select Run as > Spring Boot App (make sure you have Spring Tools 4 installed).

    This step creates a default Run Configuration named Bookshop - Application and starts the application afterwards. To go on with the next step, stop the application again.

  3. Then, set the default working directory by editing your Run Configuration via Run > Run Configurations > Bookshop - Application. On the tab Arguments change the default Working Directory to:


    Afterwards, click Run. This step starts the applications main method located in src/main/java/my/bookshop/

  4. Use the following links in the browser to check if everything works fine:

    http://localhost:8080/: This should show the automatically generated index page of served paths. http://localhost:8080/fiori.html: This is the actual bookshop application UI. http://localhost:8080/swagger/index.html: This is providing a Swagger UI for the CatalogService API.

    You'll start with a predefined stock of books as this procedure starts the bookshop application with a CSV-initialized in-memory H2 database.

    Two mock users are defined for local development:

    • User: user, password: user to browse books
    • User: admin, password: admin to manage books and orders

Using IntelliJ Idea (Community and Ultimate)

IntelliJ can handle the project more or less out-of-the-box. Since some of the event handlers in the project rely on the code generated from the CDS model the build path of the project (module) needs to be extended with the folder containing the generated code. In order to add the generated code you need to add the 'gen' folder to the build path:

  • Open the project settings.
  • Navigate to the 'modules' section.
  • Select the srv/src/gen folder and mark it as 'sources'.
  • Save and leave the project settings.
  • Trigger a rebuild.

After the generated code is considered by IntelliJ's build the application can be handled just as any other Spring Boot application in IntelliJ.

Database Setup and Spring Profiles

The application comes with two predefined profiles that determine how to run the application: default, and cloud (see srv/src/main/resources/application.yaml).

  • The default profile specifies to use an in-memory H2 database. The in-memory database is set up automatically during startup of the application and initialized with some example data from CSV files.

  • When deploying the application to Cloud Foundry, the CF Java Buildpack automatically configures the cloud Spring profile. This profile doesn’t specify any datasource location. In that case CAP Java can automatically detect SAP HANA service bindings available in the environment.

API_BUSINESS_PARTNER Remote Service and Spring Profiles

The behavior of the API_BUSINESS_PARTNER remote service is controlled using profiles (see srv/src/main/resources/application.yaml):

  • Using mock data via internal service: When using only the default profile (default when omitting any profile setting), the API_BUSINESS_PARTNER API is mocked as a local service using the mock data.

  • Using mock data via internal service through OData: With the mocked profile, all requests to the API_BUSINESS_PARTNER service will be routed through HTTP and OData to itself (http://localhost:<port>/api/API_BUSINESS_PARTNER/...). This mode is similar to using a real remote destination, and such helps to prevent issues from differences in local service and remote service behavior.

  • Using the sandbox environment: You can access data from the SAP API Business Hub sandbox with the sandbox profile. The API key needs to be provided with the environment variable CDS_REMOTE_SERVICES_API_BUSINESS_PARTNER_DESTINATION_HEADERS_APIKEY. You can retrieve it by clicking on Show API Key on this page after logging in.

  • Using S/4HANA cloud or on-premise system: With the destination profile, you can access data from a real S/4HANA system. You need to create a destination with name s4-destination and make sure that an instance of XSUAA and destination service are bound to your application. For an on-premise destination, you additionally need to bind the connectivity service and add an additional property with the S/4HANA client number to your destination.

The profiles sandbox and destination can be combined with the default profile for hybrid testing and with the cloud profile when deployed to the cloud.

Deploy to SAP Business Technology Platform, Cloud Foundry

CAP Java applications can be deployed to the SAP Business Technology Platform either in single tenant or in multitenancy mode. See Multitenancy in CAP Java for more information.


Deploy as Single Tenant Application:

  • Rename mta-single-tenant.yaml to mta.yaml
  • Run mbt build
  • Run cf login
  • Run cf deploy mta_archives/bookshop_1.0.0.mtar

Deploy as Multitenant Application:

  • Rename mta-multi-tenant.yaml to mta.yaml
  • Run mbt build
  • Run cf login
  • Run cf deploy mta_archives/bookshop-mt_1.0.0.mtar
  • Go to another subaccount in your global account, under subscriptions and subscribe to the application you deployed.
  • Run cf map-route bookshop-mt-app <YOUR DOMAIN> --hostname <SUBSCRIBER TENANT>-<ORG>-<SPACE>-bookshop-mt-app or create and bind the route manually.

Before you can access the UI using the (tenant-specific) URL to the bookshop(-mt)-app application, make sure to Setup Authorizations in SAP Business Technology Platform.

Deploy to SAP Business Technology Platform, Kyma Runtime

TIP: You can find more information in the Deploy Your CAP Application on SAP BTP Kyma Runtime tutorial and in the Deploy to Kyma/K8s guide of the CAP documentation.


  • BTP Subaccount with Kyma Runtime
  • BTP Subaccount with Cloud Foundry Space
  • HANA Cloud instance available for your Cloud Foundry space
  • BTP Entitlements for: HANA HDI Services & Container plan hdi-shared, Launchpad Service plan standard
  • Container Registry (e.g. Docker Hub)
  • Command Line Tools: kubectl, kubectl-oidc_login, pack, docker, helm, cf
  • Logged into Kyma Runtime (with kubectl CLI), Cloud Foundry space (with cf CLI) and Container Registry (with docker login)
  • @sap/cds-dk >= 6.0.1

Add Deployment Files

CAP tooling provides your a Helm chart for deployment to Kyma.

Add the CAP Helm chart with the required features to this project:

cds add helm:hana_deployer
cds add helm:xsuaa
cds add helm:html5_apps_deployer

Helm chart configuration

This project contains a pre-configured configuration file values.yaml, you just need to do the following changes in this file:

  • <your-container-registry> - full-qualified hostname of your container registry
  • domain- full-qualified domain name used to access applications in your Kyma cluster

Use API_BUSSINESS_PARTNER Remote Service (optional)

You can try the API_BUSINESS_PARTNER service with a real S/4HANA system with the following configuration:

  1. Create either an on-premise or cloud destination in your subaccount.

  2. Add the binding to the destination service for the service (srv) to the values.yaml file:

          serviceInstanceName: destinations

    (The destination service instance is already configured)

  3. Set the profiles cloud and destination active in your values.yaml file:

        SPRING_PROFILES_ACTIVE: cloud,destination
        # TODO: To be removed after @sap/cds-dk patch
  4. For on-premise only: Add the connectivity service to your Helm chart:

    cds add helm:connectivity

See also: API_BUSINESS_PARTNER Remote Service and Spring Profiles

Prepare Kubernetes Namespace

Create container registry secret

Create a secret container-registry with credentials to access the container registry:

bash ./scripts/

The Docker Server is the full qualified hostname of your container registry.

Create a HDI container and a secret

bash ./scripts/ bookshop-db

It will create a HDI container bookshop-db on your currently targeted Cloud Foundry space and creates a secret bookshop-db with the HDI container's credentials in your current Kubernetes namespace.


Build data base deployer image:

cds build --production

pack build $YOUR_CONTAINER_REGISTRY/bookshop-hana-deployer \
     --path db \
     --buildpack \
     --builder paketobuildpacks/builder:base

(Replace $YOUR_CONTAINER_REGISTRY with the full-qualified hostname of your container registry)

Build image for CAP service:

mvn package
pack build $YOUR_CONTAINER_REGISTRY/bookshop-srv \
        --path srv/target/*-exec.jar \
        --buildpack \
        --buildpack \
        --builder paketobuildpacks/builder:base \
        --env SPRING_PROFILES_ACTIVE=cloud

Build HTML5 application deployer image:

bash ./scripts/

Push container images

You can push all the container images to your container registry, using:

docker push $YOUR_CONTAINER_REGISTRY/bookshop-hana-deployer

docker push $YOUR_CONTAINER_REGISTRY/bookshop-srv

docker push $YOUR_CONTAINER_REGISTRY/bookshop-html5-deployer


helm upgrade bookshop ./chart --install -f values.yaml

Access the UI

Before you can access the UI you should make sure to Setup Authorizations in SAP Business Technology Platform.

  1. Create a Launchpad Service subscription in the BTP Cockpit
  2. Go to HTML5 Applications
  3. Start any of the HTML5 applications

Additionally, you can add the UIs to a Launchpad Service site like it is described in in the last two steps of this tutorial.

Setup Authorizations in SAP Business Technology Platform

To access services and UIs that require specific authorizations (e.g. admin) you need to assign a corresponding role and role collections to your user in SAP BTP Cockpit.

  1. For single-tenant applications open the subaccount where you deployed the bookshop application to. For multitenant applications open the subaccount where you subscribed to the bookshop application.
  2. Navigate to Security -> Roles
  3. Create a role with name bookshop-admin based on the admin role template of the bookshop application:
    1. Enter a Business Partner ID of your S/4 system as value for the businessPartner attribute. When using the sandbox environment use 10401010.
  4. Navigate to Security -> Role Collections
  5. Create a new role collection bookshop-admin:
    1. Assign the bookshop-admin role to this role collection
    2. Assign the role collection to your user

Code Tour

Take the guided tour in VS Code through our CAP Samples for Java and learn which CAP features are showcased by the different parts of the repository. Just install the CodeTour extension for VS Code.

Get Support

In case you have a question, find a bug, or otherwise need support, please use our community. See the documentation at for more details about CAP.


Copyright (c) 2022 SAP SE or an SAP affiliate company. All rights reserved. This file is licensed under the Apache Software License, version 2.0 except as noted otherwise in the LICENSE file.