SAP Business Technology Platform
Introduction
As an SAP developer, you want to deploy your Mendix app on the SAP Business Technology Platform (SAP BTP). This document explains how to create environments, deploy to SAP BTP, and manage these deployments using the Mendix Portal.
This document describes two ways of managing SAP BTP:
- Initial setup of the environment when creating a new app – see the Set Up SAP BTP for the First Time section
- Create a new environment for an existing app – see the Create a New Environment section
Setting Up SAP BTP for the First Time
Before you can manage your SAP BTP using the Mendix Portal, set it up. There are two circumstances under which you need to set up SAP BTP for the first time:
- You have an existing app that has never been deployed on SAP BTP, and you want to change the cloud settings – see Change Cloud Settings
- You are creating a new app from an SAP app template – see New SAP App
Changing the Cloud Settings
In this scenario, you have an existing app which is running in another environment, for instance, on Mendix Cloud. To change this, open your app in Apps, go to Settings, and switch to the Cloud Settings tab.
Click Set up on SAP BTP Cloud Deployment to go to the SAP BTP welcome page.
Click Getting Started, and continue with Set Up Region.
New SAP App
In this scenario, you choose a Mendix app template for SAP from the SAP Apps tab and give it a name.
Once the app has been created, you can continue with Set Up Region.
Setting Up the Region
An SAP BTP login screen appears. Select the region where your SAP BTP is located.
Currently supported regions are:
- Australia (Sydney)
- AWS Japan
- AWS Singapore
- Azure Japan
- Azure Singapore
- Azure US East (VA)
- Azure US West (WA)
- Brazil (São Paulo)
- Canada (Montreal)
- Europe (Frankfurt)
- Europe (Frankfurt) - 004
- Europe (Netherlands)
- Europe (Netherlands) - 001
- US Central (IA) Beta
- US East (VA)
- US East (VA) - 001
Contact Mendix Support if you have a requirement for an additional region.
Make sure that you have enough quota in this region for your organization to run a Mendix app. You need enough quota to create the following:
- Database
- Route
- Binding to XSUAA
If you have already signed in to SAP and your SAP session has not expired, you only have to choose the region. If you do not have a current SAP session, you are also asked for your SAP credentials. Providing your credentials grants the Deployment Portal access to manage your SAP BTP account.
You may be asked to provide your credentials in one of two ways:
- You are taken to the SAP authentication page to enter your credentials. In this case, your SAP user name (email address) must be the same as your Mendix user name.
- The Mendix Portal asks for your credentials, which it then uses to obtain an access token from SAP. The Mendix Portal then uses the access token, but does not store your credentials. (Note that this method is being deprecated.)
Provide the final details for the SAP BTP development environment.
Choose a Domain, Organization, and Space which is configured for you in this region.
If you do not choose a Custom database, you can still choose from a range of different databases, such as PostgreSQL, Hyperscaler Option, and SAP HANA. Ensure that the database you choose is supported by your quota plan for this region and organization. See Databases in SAP BTP for important information on selecting the correct database for your app.
If you select Yes for Custom database, provide the details for the Name and the Plan.
After the environment has been created successfully, a confirmation message appears. Your development environment is now configured, and you can develop your app.
Creating a New Environment
You can create several environments for your app. For example, you may have created a development environment, but you may want environments for test, acceptance, production, and so forth. Additionally, when you switch from another cloud, you need to create at least one environment for your Mendix application.
You can do this in the Environments page after opening your app in Apps.
The Environments page shows the following tabs:
- An Overview of environments for this app
- A list of Deployment Packages for this app
- An overview of the deployment Activity performed on this app
To create a new environment, perform the following steps:
-
Click Add Environment to start the wizard.
-
Select the region where you want your app to be deployed. If no session is active for that region, or the current session does not have access to that region, you may need to enter your SAP credentials for that region.
-
Select the CF Domain, Organization, and Space of your app. The URL of the domain forms part of the application's URL. The URL of the application will be:
{appname}-{environment name}.{domain}An example URL is:
https://myapp-development.cfapps.eu20.ondemand.com
-
Click Next.
-
Enter the name of the environment. This can be anything you choose, for example, Test, Acceptance, or Production.
-
Set the size of the memory that the app needs in order to run. This can also be changed later.
-
Set Development Mode to Yes if you want the application to run with the Mendix security level of Prototype/demo, or No for no security. This is not recommended for acceptance or production environments.
-
Select the database you would like to use. Be aware that even if a specific database is part of the Marketplace, it could still be unavailable because of limitations imposed by the quota of your organization. See Databases in SAP BTP below for information on selecting the correct database for your app.
If you choose Custom Database, enter a Name for the database and the Plan.
-
Enable ObjectStore if your application makes use of file document or image objects. Other sorts of objects do not need ObjectStore to be enabled.
-
To configure logging, select the Logging service from the dropdown.
application-logs has been the default logging service, but will be deprecated soon. See SAP Application Logging Service for more details on the deprecation of Application Logs. For older environments still using the Application Logs service, see the Migrating from SAP Application Logging to SAP Cloud Logging section to ensure continued logging support. -
Set a Subscription Secret (required). This secret is associated with your Mendix production license. By entering the subscription secret, your application runs in this environment as production. If the subscription secret is invalid, your app still runs, but restarts every two to four hours and has a limitation of six concurrent users.
If you do not have a subscription secret, refer to Obtaining a Mendix License of Licensing Apps for details on submitting a request to Mendix Support. -
Optionally, you can add Redirect URLs if you want the user to be redirected to a custom URL after they have logged in using XSUAA.
-
Click Next to create the environment and finish the setup.
An environment is created. With more than one environment created, you can transport your application between environments. See Transporting to an Environment for more information.
Preparing Packages for Deployment
There are two ways to get a package ready to deploy to SAP:
- Creating a package directly from a version of the app model held in Team Server
- Uploading a package which has already been created
Creating a Package from Team Server
At any time, you can create a new deployment package from a committed version of the project. If you are working with Mendix Studio Pro, you will first have to commit the project.
You can also deploy your app automatically from Studio Pro. However, you have less control over the deployment.
If you click Run or Publish in Studio Pro, this automatically does the following:
- Commits the app
- Generates a deployment package
- Deploys the deployment package to the first available environment (this replaces any app which is currently running in this environment)
-
Open the app in Apps. In the Environments page, select the Deployment Packages tab. This tab shows the list of built packages.
-
Click Create a Package and select the Branch on the Team Server which you want to use. Click Next.
-
Select the Revision of the branch you want to build and click Next.
-
Add a New version number and Tag description as required. The revision number is added to the version number automatically.
-
Click Build this revision to build the package.
Uploading an MDA
Alternatively, you can upload an MDA which has already been created from the app model, for example, using Create Deployment Package from the App menu in Studio Pro.
-
Click Upload a Package in the Deployment Packages tab.
-
Select the package accessible to your local machine.
-
Click Upload to upload the MDA.
The package is added to the list of packages in the Deployment Packages tab. To deploy your package, follow the instructions in the Deploy Package section.
Deploying a Package
A green tick indicates that the build has finished. Click the deploy icon ( ) to deploy the package to SAP BTP.
Transporting to an Environment
-
In the Transport tab, change the deployment Environment if required.
-
The Timeout (seconds) value indicates how long Cloud Foundry will wait between starting an app and the first healthy response from the app before deciding that the application has failed to start. For some apps, the default (60 seconds) is too short. If your app is failing to start, you can try increasing this value.
-
Click Transport to deploy the package to the SAP environment. This replaces any current app deployed to this environment. If the app is already running, stop it so that your new app can be deployed.
Environments without deployed apps do not have the transport option available.
You can also transport to the required environment from the Overview tab of the Environments page.
Configuring an Environment
-
Once your package is transported, you are redirected to the Configure Environment tab.
-
To change any constants from the Constants list, select the constant you want to edit and click the edit ( ) icon.
-
In the Scheduled Events section, select the scheduled event you want to Enable or Disable and click Next. For more information, refer to Scheduled Events.
Unbinding and Deleting Service Instances
- In the Services tab, select any additional services you need for your app. For more information, see the Services tab.
-
If you want to remove a service instance from your environment, click the three-dot ( ) menu for the service and select Unbind Service or Delete Service.
The options do the following:
- Unbind Service – unbinds the service instance and moves it to the Services To Be Bound section. The service is bound next time your app is restarted.
- Delete Service – unbinds the service instance from the application and deletes it from your environment.
Runtime Settings and Environment Variables
Click Next to continue to the Runtime tab. Here, you can Add, edit ( ), or delete ( ) custom runtime settings and environment variables. For more information, refer to Runtime. Click Next.
Starting the Application
- On the Start Application tab, you can see the application details. Click Start application to start the application on SAP BTP.
- When the application has been started, you are taken to the Environment Details page for the selected environment. See Environment Details.
Environment Details
The environment details page contains the following tabs:
- General – how the application is deployed on SAP BTP
- Model Options – application constants and scheduled events
- Services – Cloud Foundry service management
- Runtime – custom environment variables which define User-Provided Variables in the SAP Cloud Foundry environment — pre-defined variables can be used to control the behavior of the Mendix Runtime
Open the environment details by clicking the details ( ) icon on the Environments page of the Development Portal. You will also be taken to this page when you successfully deploy or transport your app.
If you make changes to your app which you want to be applied next time the app is deployed, you must make them in the Environment Details.
Changes made to the app in the SAP BTP cockpit are only temporary and can be overwritten by the values in the Mendix Portal next time the app is deployed.
General Tab
This tab contains information on how the application is deployed on SAP BTP. Most of this page shows information about the app, but there are several options which allow you to change the app.
Start and Stop Application
If the application is running, click Stop Application and confirm when asked to stop the application.
The button will change to Start Application which you can click to start or restart the application.
If you receive an error trying to start the app, refer to the App Does Not Start section below.
Change Admin Password
Find the three-dots ( ) icon and click Change Admin Password to change the password for the administrator account (by default, MxAdmin) in your Mendix app.
View Recent Log
Click three-dots ( ) icon and select View Recent Log to see recent events written to the log.
Delete Environment
Delete Environment enables you to delete the environment and, optionally, all its resources, including the app.
You are asked to confirm that this environment should be removed. You are also asked to confirm that the resources associated with the environment should also be removed. Note that the default is not to remove the resources.
Change Development Mode
Click Change to change the Development Mode. Set it to Yes if you want the application to run with only prototype security, or completely without security. This is not recommended for acceptance or production environments.
Change App URL
Click Change to change the App URL for this environment.
Change Redirect URLs
Click Change to change the Redirect URLs. Redirect URLs are custom URLs (for example, appname.subdomain.domain.com) where the user will be redirected after signing on using XSUAA, instead of being redirected to the generated URL (for example, appname.cfapps.eu10.hana.ondemand.com) of the app.
Scaling
If the app is started or stopped (that is, the environment has been created successfully and the app has been deployed without errors), options to scale the app are available.
Use the Instances slider to change the number of instances of the app which can run. This allows you to scale the app horizontally to support large numbers of users, or to improve the app's resilience by allowing it to continue to run if there are any issues with one of the instances.
Use the Memory per instance slider to change the amount of memory allocated to each instance of the app.
Click Scale Now to apply the new settings. If the application is running, it is stopped and restarted to apply the settings. If it is stopped, it is not started automatically. The new settings are used the next time the application is started.
Click Cancel to return the values to what they were before the sliders were moved.
Change License Subscription ID
Click Change to change the Subscription Secret which is the code which registers your production Mendix license to this environment.
Model Options Tab
This tab displays the application constants and allows you to edit them. It also lets you enable or disable scheduled events.
Scheduled Events
You can see the status of each scheduled event. Currently Enabled shows the status in the running app. Enabled shows the status that is applied the next time the app is restarted.
To change the state of a scheduled event, select it and click Enable or Disable from Actions to change the Enabled flag.
Constants
You can see the value of all the constants used by the app. Current Value is the value in the running app. New Value is the value which is used the next time the app is restarted.
To change a value, select the constant you want to change and click the edit ( ) icon.
Services Tab
This tab displays Cloud Foundry services which are bound to the app, waiting to be bound to the app, or available to be bound to the app. These are the services which are available to you in SAP BTP and are the same services that you can see in the SAP BTP marketplace.
There are a number of services which your Mendix app requires. If you unbind any of these services, your app probably stops working:
- Destination
- Xsuaa
- Database (PostgreSQL, Hyperscaler Option, or SAP HANA schema)
- Connectivity
Select, bind, and unbind services through the Services page. Changes made in the SAP BTP cockpit are not reflected in the Mendix Portal.
Changes to Bound Services do not take place immediately. Stop and start your application to activate the changes.
Services which are bound when the application is stopped and restarted are listed in the category Services To Be Bound. You also see an information message in this case. The button Review Services lists the services which are not currently bound.
Connecting Services
To connect a service in the Available Services section, do the following steps:
-
Select one or more services (you can search for them by name).
-
Select a Plan for each service. This must be a plan which is part of your quota for this space.
-
Select a JSON file to upload if you need to add extra configuration.
-
Click Connect Selected Services. You can also Review Services before restarting your app.
The services you have selected will be added as Services To Be Bound. Now, you can upload a JSON file with a configuration that will be applied to the service binding.
To upload the JSON File for service binding, follow these steps:
- Select the service in the Service To Be Bound section.
- Click the three-dot ( ) icon next to the service for which you want to upload the file.
- Select Add Binding Configuration.
- Select the JSON File to upload and click Save.
The service bindings are created with the provided configurations when you restart the application.
If you receive an error trying to restart the app, refer to the App Does Not Start section below.
Unbinding and Removing Services
If you no longer require a service, you can unbind it or remove it from your app.
Unbinding a Service
-
Click the three-dot ( ) icon next to the service you want to unbind in the Bound Services section.
-
Select one of the following:
- Unbind Service – unbinds the service instance and moves it to the Services To Be Bound section. The service is bound again next time your app is restarted.
- Delete Service – unbinds the service instance from the application and deletes the service instance from your environment.
-
If you want to Delete Service, confirm by clicking the appropriate button:
- Delete & Restart App – confirms the delete action and restarts the app
- Delete – if you want to unbind more services or do not want the change to happen immediately, you can choose Delete. However, this may leave the app in an unstable state as the service is deleted from the environment.
- Cancel – does not delete or unbind this service
Once the service is deleted, it is deleted from the app environment and returned to the list of Available Services. If the service is unbound but not deleted, it is returned to the list of Services To Be Bound and is rebound next time the app is restarted.
Removing an Unbound Service
-
Click the three-dots ( ) icon next to the service you want to remove in the Services To Be Bound section.
-
Select Remove Service and confirm by clicking Remove.
The service is deleted from the app environment and returned to the list of Available Services.
Adding Binding Configuration
When a service is in the Services To Be Bound section, you can add a new binding configuration if this is supported by the service and the Mendix Portal.
If you want to change the configuration of a service which is already bound, unbind the service first, as described in the Removing an Unbound Service section.
-
Click the three-dot ( ) icon next to the service you want to (re)configure in the Services To Be Bound section.
-
Select Add Binding Configuration.
-
You can either use the Configurator to create your configuration by clicking Open Editor, or click Browse to upload an existing file as the configuration.
See the documentation for the service you are configuring for more information.
Service Names
The services which are created by the Mendix Portal are named automatically. You can see these names in the SAP BTP cockpit. Normally, the name of the service is App name + _ + Environment Name + _ + a random six-character suffix. All spaces are removed from the app and environment names. For example, MyApp_Development_c7sd9q.
However, the maximum length for the service name is 50 characters. If this limit would be exceeded by the name created above, an alternative service name is used. The format of this is Environment Name + _ + a random six-character suffix. If the Environment name is longer than 43 characters, only the first 43 characters are used.
Runtime Tab
In the Runtime tab, you can Add, edit ( ), or delete custom runtime settings and environment variables.
Custom Runtime Settings
You can add custom server settings which configure Mendix Runtime beyond the standard SAP deployment. See Runtime Customization and the Mendix Cloud Foundry Buildpack GitHub repository for information about the settings which are available.
Custom Environment Variables
Supported Environment Variables
You can add supported variables by selecting them from a dropdown list.
- DT_PAAS_TOKEN – the token for integrating your Dynatrace environment with Cloud Foundry
- DT_SAAS_URL – the monitoring endpoint URL of the Dynatrace service
- DT_TENANT – the unique identifier of your Dynatrace environment
- DT_IS_MANAGED – a variable to enable metrics integration for DT Managed
- DT_CLUSTER_ID – tag your cluster, process group, or deployment group
- DT_CUSTOM_PROP – provide metadata for your process group
- NON_MENDIX_PUBLIC_CLOUD – must be set to true when using Datadog, Dynatrace, or other similar tools
The variables beginning with DT_ set up Dynatrace. Setting these variables means that the Dynatrace OneAgent is loaded into your environment. You receive all Java-related metrics from your app. See Dynatrace OneAgent for more information.
Unsupported Environment Variables
You can also enter other environment variables which can be used to support Mendix features which are in beta. In this case, click No for Supported?, and enter the Name of the variable and New Value.
Databases in SAP BTP
Mendix needs access to a relational database back end and can run using different types of database. For deployment to SAP BTP, you have the choice of PostgreSQL, Hyperscaler Option, or SAP HANA.
Running Mendix on PostgreSQL, Hyperscaler Option
Select the postgresql-db (PostgreSQL, Hyperscaler Option) database service from the Available Services.
Upload a file which contains the configuration for this database. Click Browse to select your configuration file. You can use the SAP Hyperscaler PostgreSQL Configurator to help you create the configuration file. For more information, refer to the Parameters section of PostgreSQL on SAP Business Technology Platform, Hyperscaler Option.
During the creation of the environment, the selected PostgreSQL, Hyperscaler Option service is added to your space. When you deploy your app, the app is bound to it.
This database service should not be unbound from your environment. For more information on required services, see the Services Tab above.
SAP Hyperscaler PostgreSQL Configurator
To get help to create the configuration file, click Configurator.
You can set the required values for your SAP Hyperscaler PostgreSQL database. Tooltips describe the values which you need to provide.
Click Upload Configuration To Service to automatically apply the generated configuration to the PostgreSQL, Hyperscaler Option database service. Alternatively, click Download Configuration File to create the file which you can then use on the Services tab to configure your PostgreSQL, Hyperscaler Option database.
Running Mendix on SAP HANA
You can only use SAP HANA as the Mendix database for Mendix V7.23.3 and above.
There are also some differences in the way that Mendix can be used with SAP HANA compared to a PostgreSQL, Hyperscaler Option database. For more information, see SAP HANA – Known Issues.
SAP HANA Configuration for Full Accounts
To run a Mendix application on SAP BTP using SAP HANA as the database, there are two options. Both options need to be set up in the SAP BTP cockpit. You can choose one of the following options:
- Provision the SAP HANA DB Service and make it available in your application space.
- Provision SAP HANA Cloud and make this service available to your application space.
Once one of these services is available, you can use the SAP Cloud deployment functions of the Mendix Portal to deploy your app and use the HANA_SCHEMA service to bind your application to the provisioned service. The HANA_SCHEMA creates a separate schema on the SAP HANA Database which isolates your application's data from other applications. In this way, the SAP HANA DB/Cloud Service is shared across applications.
-
Do not attempt to add the SAP HANA service to your app. It is the SAP HANA schema which needs to be bound to your app.
-
Do not use the Services tab or the SAP BTP Marketplace to add both a PostgreSQL, Hyperscaler Option database and an SAP HANA schema to your app. If you do this, it is not possible to predict which database your Mendix app will choose to bind.
If you have issues with your app running on SAP HANA, use the SAP BTP cockpit to investigate. The Mendix Portal does not have information on the status or configuration of the SAP HANA service.
SAP HANA Configuration for Trial Accounts
For new trial accounts, you can bind your Mendix app to a trial SAP HANA database. Choose hanatrial-securestore from the drop-down of supported databases.
Some older trial accounts do not include hanatrial-securestore. In this case, you can get an error when you try to deploy your Mendix app saying that provisioning has failed because service hanatrial with plan securestore is not found.
SAP HANA Performance Tuning
If your SAP HANA database has performance issues, you can improve it by performing the following tuning:
-
Obtain the following service binding credentials from the Environment Variables of SAP BTP cockpit, or via the CLI:
- Host
- Url
- Schema
- Password
- User
-
Go to the Runtime tab of your app environment.
-
Enter the following unsupported environment variables with the associated values, using the values taken from the service binding credentials:
Variable Value MXRUNTIME_DatabaseHost {host} MXRUNTIME_DatabaseJdbcUrl {url} + &nonBlockingIO=false&timeZonePerObject=false&packetSize=130000&closeHandlesByCleaner=false&transactionalLobs=false&maxLazyDroppedStatements=100&statementCacheSize=500&deferredPrepared=trueMXRUNTIME_DatabaseName {schema} MXRUNTIME_DatabasePassword {password} MXRUNTIME_DatabaseUserName {user} MXRUNTIME_DatabaseType SAPHANA -
Go to the General tab and restart your app to apply the changes.
The additional parameters that you added to the URL in the MXRUNTIME_DatabaseJdbcUrl set the following tuning parameters:
| Parameter | Value |
|---|---|
| closeHandlesByCleaner | false |
| deferredPrepare | true |
| maxLazyDroppedStatements | 100 |
| nonBlockingIO | false |
| packetSize | 130000 |
| statementCacheSize | 500 |
| timeZonePerObject | false |
| transactionalLobs | false |
Deleting an App
If you are the last person to leave a Mendix app, you can delete the app. However, this does not delete the app or resources on SAP BTP. To leave the app, find it on the My Apps page in the Mendix Portal and click Leave app.
If you are the last member of the app development team, you are asked if you want to delete the app.
This action does not stop the app or delete the deployment of the app in SAP BTP.
If you want to delete your app and all its resources, delete the environment and resources first before you leave the app via the Mendix Portal.
You can still delete the app and its resources from the SAP BTP cockpit, but you will then have to remove all the resources individually.
Migrating from SAP Application Logging to SAP Cloud Logging
Since SAP Application Logging will soon be deprecated, migrate your logging service to SAP Cloud Logging for older environments still using SAP Application Logging. To complete the migration, follow these steps:
-
In the Services tab of the Environment Details page, search for and select cloud-logging in the Available Services field.
Your user account must have entitlements for the SAP Cloud Logging service in SAP BTP. -
Select the appropriate Plan and upload a file if required.
-
Click Connect Selected Services and restart your application to bind the new SAP Cloud logging service.
-
At this point, both the application-logs and cloud-logging services are active for your application.
-
Retain the application-logs service until its log retention period ends to ensure access to existing log entries. Then, delete it following the instructions provided in the Unbinding and Removing Services section. After this, only the new SAP Cloud Logging service remains active.
-
When using the cloud-logging service, upgrade SapApplicationLogs to the latest version. If you are using an older version, update the Default Value of the ApplicationLoggingService constant to cloud-logging in the SAP Logging Connector. For more information, refer to the Using the Connector section of SAP Logging Connector.
-
You can view the logs of an environment using SAP Cloud Logging in your application's logs. For more details, see the Viewing the Logs section of Monitoring Environments in Mendix Apps on SAP BTP.
Troubleshooting
If you encounter any issues with your apps on SAP BTP, use the following troubleshooting tips to help you solve them.
Environment is not Created
If you add an environment and it fails to be created, it will be shown with a red symbol next to it on the Environments page:
Cause
This could be caused by exceeding your organization's quota limit for a service which you are trying to create, or for some other reason. To find the exact cause, do the following:
-
Click Details next to the failed environment.
-
Click Details on the error message at the top of the page and you will get a detailed description of the reason why the environment creation failed.
Solution
Resolve the issue described in the error message.
App Does Not Start
Under some circumstances, an app with a service in the Services To Be Bound status will not restart.
Cause
This indicates that SAP BTP cannot bind the service, even though it has been instantiated correctly.
Solution
If you remove the service from the app, the app restarts successfully.
If you are trying to bind more than one new service, you cannot identify within the Mendix Portal which service is causing the issue. You may need to remove all the services or go to SAP BTP cockpit, where you can use the service name in the error message to find which service is causing the error.
An Error Occurs While Deploying App from Studio Pro
If an app is deployed to SAP using the Studio Pro Run or Publish button before it has been started from the Mendix Portal, the deployment fails.
Cause
The deployment fails because the marketplace services have not been bound.
Solution
If you use the Mendix Portal to look at the details of the environment to which you are deploying, you see that the services are still waiting to be bound.
Start the app from the Mendix Portal to bind the services. Once they are bound, you can deploy your app from Studio Pro as usual.
Error: Unable to Initialize Metrics Client: Unsupported Metric Type
The app cannot be started with Datadog, Dynatrace, or other similar tools configured. The following error is displayed: Caused by: com.mendix.metrics.MonitoringConfigurationError: Unable to initialize Metrics client: unsupported metric type: statsd
Cause
Starting from Mendix 9.7, support for statsd is removed.
Solution
-
In the Runtime tab, in the Custom Environment Variables section, add a new variable with the following settings:
- Supported – select Yes
- Name – select NON_MENDIX_PUBLIC_CLOUD
- Value – select true
-
Redeploy your application and restart it. Just restarting the app is not sufficient because additional dependencies need to be included.
Status of SAP BTP Deployment
The Mendix status page (https://status.mendix.com/) shows the current status of Mendix services. If you have issues with deploying to SAP BTP via the Mendix Portal, check the Mendix status page to see if SAP BTP deployment is operational (under Mendix Services) or if there are other Mendix issues which may be affecting your deployment.