Build a Mendix Native Mobile App Locally Manually
npm install
(for NPM v7 and above run npm install --legacy-peer-deps
), then make sure to run npm run configure
.
1 Introduction
By default when building your native mobile app binaries, Mendix uses Visual Studio App Center as a service so that users can build without having to install tools like XCode or Android Studio. However, there are cases when using App Center is not allowed or possible. In those situations, you can build your apps locally without an internet connection.
Follow the sections below through Building Your Native App to complete your builds. To go beyond those instructions, see Adding Dependencies and Removing Dependencies sections below. These sections will allow you to further customize your local builds.
To understand the local build process, it is important to grasp a few basic concepts. Mendix native mobile apps are first and foremost React Native (RN) apps which follow the same rules as other RN apps:
- The JS code and static assets need to be bundled together for RN to use
- The bundled code and assets are put into a React Native Template that represents an iOS and Android app
In a similar fashion, MXBuild and the Mendix Native Template follow these rules:
- When using MXBuild, the JS code and static assets are bundled together
- The bundled code and assets are put into the Mendix Native Template that provides a foundation for both an iOS and Android version of your app
2 Prerequisites
Before starting this how-to, make sure you have completed the following prerequisites:
- Install Node and NPM
For iOS builds:
For Android Builds:
- Install Android SDK and platform tools
3 Getting the Native Template
The Native Template is the base for building native mobile apps with Mendix. In essence, it is a React Native template with the extra dependencies and configurations required to run your Mendix app.
The Native Template is versioned against Mendix Studio Pro. This means the Studio Pro version you use to create your Mendix app dictates which version of the Native Template you should use. When using the Native Mobile Builder this is handled automatically when the tool is started form Studio Pro.
3.1 Determining Which Native Template Version to Use
To determine which version of the Native Template you should use, do the following:
- Note which version of Studio Pro you are using.
- Navigate to the Native Template GitHub repository.
- At the root of your project, open the mendix_version.json JSON file.
The keys of the dictionary represent the Mendix Studio Pro version. The min
and max
values are the minimum and maximum Native Template versions supported:
![iOS output](/attachments/howto8/mobile/native-mobile/build-native-apps/native-build-locally-manually/mendix-version.png)
So like in the example picture shown above, in the case of Mendix Studio Pro 8.9.x, you could choose any Native Template version from 4.0.0 to the latest. Ideally you should choose the most recent supported version.
There is no best way of getting a copy of the Native Template. In the following sections we provide two ways to get the version you need.
3.1.1 Getting the Native Template Using the Git CLI
This method is useful if you have Git installed. To get the Native Template, do the following:
- Use
git@github.com:mendix/native-template.git
orhttps://github.com/mendix/native-template.git
to clone the app locally. - Run the following command:
git clone --single-branch --branch release/<major-version-number> <repo-url>
.
The final step differs based on your machine:
For a Windows machine building an Android app, do the following:
-
Run
npm i
to install the required dependencies.When Mendix Native Mobile Builder identifies a Mobile Toolkit capable Native Template version (v5.1.9 and above), it will not apply changes directly to the project. To apply the changes when building locally check out your latest changes, runnpm install
, then make sure to runnpm run configure
. -
Instances of the Native Template v5.1.9 and higher include the Native Mobile Toolkit. Therefore, if you are using one of these versions you also must run the npm run configure command. This ensures that the changes from the Mendix Native Mobile Builder are applied to your project.
For a Mac OS X machine building an iOS app, do the following:
- Run
cd ios && pod install
to install the required dependencies.
3.1.2 Getting the Native Template by Downloading the Source Code from GitHub
This method is useful if you do not have Git installed. To get the Native Template, do the following:
-
Navigate to the Native Template releases.
-
Scroll to the version you want to download.
-
Select the source code binary to download a copy of the code:
-
Unzip the file.
-
Run
npm i && cd ios && pod install
to install the required dependencies.
Now that you have a copy of the Native Template checked out and ready, you can bundle your Mendix app, move it into the Native Template folder, and compile everything together to produce your finished native app.
4 Bundling Your Mendix App
Bundling is the process of packaging everything you created in Studio Pro and making that package ready to be compiled into your native mobile app. Bundling in the case of a React Native app, and hence a Mendix Native App, includes transpiling the business logic and layout of your app into a JavaScript bundle and gathering all your static resources into the correct folder structure.
For bundling your resources, Mendix Studio Pro comes with a helpfull tool called MxBuild. MxBuild can be found relatively to the location of the Studio Pro executable (for example C:\Program Files\Mendix\Studio Pro (version)\mxbuild.exe).
-
Run the following command:
mxbuild.exe --java-home="JDKDirectory" --java-exe-path="javaExecutable" --target=deploy --native-packager --loose-version-check [path-to-project-mpr-file]
The bundles will be generated relatively to the project-directory\deployment\native\bundles
- Run MXBuild against your project to generate the required bundle and assets.
When completed there should be a folder under the project’s deployment folder project-directory\deployment\native\bundles
with two folders. One named ios
, and one named android
:
-
Move the ios folder’s content to {your Native Template root}/ios/Bundle.
-
The
android
folder structure should be the following: -
Move the folder’s content to {your Native Template root}/android/app/src/main. Choose to overwrite if requested to do so.
-
Open {your Native Template root}/android/app/src/main/res/raw/runtime_url using a text editor.
-
Replace the URL with the correct URL for your runtime.
-
Open {your Native Template root}/ios/Config/config.xcconfig, then replace the value of
RUNTIME_URL=
with the correct URL for your runtime.
Congratulations! You have successfully completed the basic setup of a Native Template with the latest bundle and assets of your Mendix app.
5 Building Your Native Mobile App
Now that the Native Template is ready and includes the app’s bundle, resources, and runtime URL configuration, it can be built into a native app. To build your project you can open the app with Android Studio or XCode for the Android and iOS project respectively, and then build as normal. More advanced use cases, such as apps for continuous integration pipelines, can make use of Gradle or xcodebuild to build the apps using command line.
In the sections below you can see the basic steps to get an app up and running on an emulator or device using Android or iOS IDEs.
5.1 Building an Android App with Android Studio
To build an Android app with Android Studio, do the following:
-
Run
npm install
(for NPM v7 and above runnpm install --legacy-peer-deps
) in the app root to install the required dependencies. -
Open Android Studio.
-
Select the
<Native Template root>/android
as the entry point for the app. -
After synchronizing the app your Android Studio should look something like this (remember to not accept any suggestions to update to latest Gradle or Kotlin version):
Mendix native mobile apps make use of Build Variants to build a release app or a custom developer app. The idea of Build Variants is a Gradle build system concept for sharing the same codebase but delivering different experiences.
-
Choose the appstoreDebug variant to be able to build and test your app on an emulator or connected device:
-
After a short time the app should be synchronized and Run Locally () should be selectable. Select a device or create a device from the drop-down menu and click Run Locally to build and install your app on the device:
5.2 Building an iOS App with XCode
- If you have not done so yet, run
npm install
(for NPM v7 and above runnpm install --legacy-peer-deps
) in the app root to install the required dependencies. - Change directory by running
cd ios
. - Complete one of the two paths below depending on your Mac type.
Path 1: Mac Running Apple Silicon (M1)
The Native Template does not yet support the ARM 64 Simulator architecture. For this reason, it is required that you install x86 pods and start XCode with Rosetta:
- Ensure you have Rosetta installed on your system (for more information, see this Apple documentation).
- Run
arch -x86_64 pod install
to install the correct type of pods. - Right-click on the XCode.app icon and select Get info.
- Select the checkbox Open using Rosetta.
- Start XCode.
XCode will now use x86_64 simulators and building should work as expected. Now that you have set up the 86 pods, click here to skip the second path and resume the build process.
Path 2: Mac Running Intel Silicon
To build an iOS app with a Mac running Intel Silicon, do the following:
- Run
pod install
. - Start XCode.
The iOS project is using CocoaPods for its dependency management. For more information on installing the CocoaPods dependency manager on your machine see this CocoaPods documentation.
Now that you have completed one of the two paths listed above, you can resume building your iOS app:
-
Open .xcodeworkspace using XCode.
-
Navigate to Signing and Capabilities and choose your Team from the drop-down menu:
As with the Android Build Variants the iOS app makes use of Build Targets to switch between building a custom developer app or a release app.
-
From the drop-down menu, choose nativeTemplate and the device you would like to run the app on. Then click Run Locally () to start a build for your app:
After the build succeeds the app should be running on the selected device and connected to the runtime using the runtime URL you provided.
6 Adding Dependencies
At some point you will want to enhance your project with native pluggable widgets and functionality that will require the inclusion of React Native modules and libraries.
Mendix native mobile apps are build on top of React Native. Therefore, any React Native module can be added and used in a project. The same rules apply as with any React Native project.
6.1 Adding Dependencies For Native Templates v4.0.0 and Above
From Native Template v4.0.0 and above Mendix supports RN 0.6.x and therefore auto-linking. Auto linking is a React Native mechanism that allows React Native to link the native dependencies defined in the package.json file automatically with the native projects. To add dependencies for Native Template v4.0.0 and above, do the following:
- Add the dependency to the root package.json of your Native Template using
npm i -s <dependency name>
. - If the dependency supports auto-linking when
npm install
(for NPM v7 and above runnpm install --legacy-peer-deps
) is run it will automatically add itself correctly to the Android and iOS project. If the dependency does not support auto-linking or requires more configuration, follow its documentation to add the required entries manually.
6.2 Adding Dependencies For Native Templates Below v4.0.0
Native Template versions below v4.0.0 do not support React Native’s auto-linking. Therefore always follow the manual steps of the dependency to add it to the Android and iOS projects.
7 Removing Dependencies
As the requirements of a project might change, so do the required native modules and libraries. To avoid bloating your app with unnecessary libraries, consider removing unused libraries. This process is not currently automated and requires a bit of consideration when identifying any unused libraries.
7.1 Removing Dependencies Which Support Auto-Linking for v4.0.0 and Above
To remove dependencies which support auto-linking, do the following:
- Remove the dependency entry from the package.json file.
- Run
npm i
.
7.2 Removing Dependencies Which Do Not Support Auto-Linking or for v.3.x and Bellow
To remove dependencies which do not support auto-linking, do the following:
-
Remove the dependency’s entry from the package.json file.
-
Remove the dependency’s entry from the ios/Podfile file.
-
Remove the dependency’s
include
andproject
entries from the android/setting.gradle. For example, to remove the Firebase module remove the following:1 2
include ':react-native-firebase' project(':react-native-firebase').projectDir = new File(rootProject.projectDir, '../node_modules/react-native-firebase/android')
-
Remove the dependency’s
implementation
entry in the android/app/build.gradle. For example, to remove the Firebase module remove the following:implementation project(":react-native-firebase")
-
Remove any custom code included in the iOS or Android project.