Build Microflow Actions with Java
Introduction
Mendix offers tools that enable Java developers to seamlessly add powerful, robust new microflow actions to their Mendix toolbox. You can share these microflow actions in the Mendix Marketplace allowing anyone can to benefit from them without needing Java knowledge. This is particularly useful when building connectors to services.
The diagram below highlights the power of Mendix's integration with Java. It shows a Mendix Slack bot that enables users to identify objects and people in images taken with the mobile Slack app.

The Mendix application consists of a few microflows that use Mendix microflow actions to offer a conversational user interface through Slack and various Amazon services: S3, Rekognition, and Lex.
The image below shows what the microflow toolbox looks like after including all the modules that provide connectors to the services used:

For the basics of building toolbox actions, see the blog post Introducing the Mendix Connector Kit.
This document shows you how to do the following:
- Use advanced features when creating your own microflow actions
- Create the Create object list action
- Create the Import string action
- Create the Join objects in list action
Creating Generic Actions Using Type Parameters
In the Type parameters tab of the Java Action definition dialog box, you can use a type parameter if you want to ensure that certain parameters of your action share the same entity, even if you do not yet know the name of that entity when defining the action.
For example, suppose you want to create an action that takes two objects of the same entity and returns a list containing both objects. You can use a type parameter to guarantee that both the input parameters for specifying the objects and the resulting list all use the same entity.
To create a generic action using type parameters, follow these steps:
-
Define the type parameter to hold the entity used by all the parameters:
-
Create parameters using the previously defined type parameter EntityToJoin:
-
The action needs the following parameters:
-
Entity – this is used to specify the entity of the objects to join
- The entity selected by the user will be stored in the type parameter EntityToJoin
-
Object1 – the first object to be added to the new list
- This needs to be an object of the
EntityToJoin
entity
- This needs to be an object of the
-
Object2 – the second object to be added to the new list
-
Return type – the result of the action will be a list of
EntityToJoin
objects
-
The Java implementation still uses strings to specify the name of an entity, which means that you can upgrade your existing Java actions to use these new parameter types without having to refactor your existing code.
Finally, here is the actual Java implementation of the action defined:
public class JoinObjectsInList extends UserAction<java.util.List<IMendixObject>>
{
private final java.lang.String Entity;
private final IMendixObject Object1;
private final IMendixObject Object2;
public JoinObjectsInList(
IContext context,
java.lang.String _entity,
IMendixObject _object1,
IMendixObject _object2
)
{
super(context);
this.Entity = _entity;
this.Object1 = _object1;
this.Object2 = _object2;
}
@Override
public java.util.List<IMendixObject> executeAction() throws Exception
{
// BEGIN USER CODE
List<IMendixObject> resultList = new ArrayList<>();
resultList.add(Object1);
resultList.add(Object2);
return resultList;
// END USER CODE
}
}
You now have a reusable action in your toolbox that will join two objects into a list as shown by the example below:

As you can see, type parameters enable creating typesafe generic actions.
Executing Microflows
The following example illustrates how you can use microflow parameters. The microflow below creates a list of Product objects and calls a microflow for every app object to initialize it:

Here is an alternative to the above microflow that uses a custom Java action to replace the loop, instantiation, and initialization of the objects with a Java action:

The action uses the following parameters:
- ResultEntity – the entity used for the default object and the result list
- DefaultObject – the default value for the objects to be instantiated
- InitializationMicroflow – a microflow that will be called for every new object to initialize it
- ListSize – the number of objects to be created in the list
The return type is a list of new initialized objects.
As you can see below, this action uses a new parameter type (Microflow) to indicate that the user needs to specify a microflow. When using the action, Studio Pro will show a list of microflows to make this as easy to use as possible.

In the Java implementation for this action, see the following details for the parameters:
- ResultEntity – a string with the entity name used for the default object and the result list
- DefaultObject – an
IMendixObject
instance containing the default object - InitializationMicroflow – a string containing the name of the initializing microflow
- ListSize – a long variable containing the number of objects desired in the list
private final java.lang.String ResultEntity;
private final IMendixObject DefaultObject;
private final java.lang.String InitializationMicroflow;
private final java.lang.Long ListSize;
public CreateObjectList(
IContext context,
java.lang.String _resultEntity,
IMendixObject _defaultObject,
java.lang.String _initializationMicroflow,
java.lang.Long _listSize
)
{
super(context);
this.ResultEntity = _resultEntity;
this.DefaultObject = _defaultObject;
this.InitializationMicroflow = _initializationMicroflow;
this.ListSize = _listSize;
}
The executeAction
method handles the main functionality:
- It initializes an
ArrayList
to store the results. - A
for
loop runs to create the desired number of objects. - Each objects is created using
Core.instantiate()
, with the entity name specified in the action used as the input to specify which entity to instantiate. - If a default object is defined, its attribute values are copied to the new object.
- The system then executes the initialization microflow using
Core.microflowCall()
. - The newly instantiated and initialized object is added to the result list.
- Finally, the method returns the list of newly created objects.
@Override
public List<IMendixObject> executeAction() throws Exception {
// BEGIN USER CODE
var logger = Core.getLogger("MyLogNode");
logger.info(String.format("creating list of %d %s objects, initialized by %s",
this.ListSize, this.ResultEntity, this.InitializationMicroflow));
// Create a list to return with all the instantiated objects
var resultList = new ArrayList<IMendixObject>();
for (int i = 0; i < this.ListSize; i++) {
// create new object of type resultentity
var newObject = Core.instantiate(getContext(), this.ResultEntity);
if (this.DefaultObject != null) {
// copy values from default object
for (var entry : DefaultObject.getMembers(getContext()).entrySet()) {
var member = entry.getValue();
if (member.isVirtual() ||
member instanceof MendixObjectReference ||
member instanceof MendixObjectReferenceSet ||
member instanceof MendixAutoNumber) {
continue;
}
newObject.setValue(this.getContext(), entry.getKey(), member.getValue(this.getContext()));
}
}
// run the specified initialization microflow
Core.microflowCall(this.InitializationMicroflow)
.withParam("objectToInit", newObject)
.inTransaction(true)
.execute(getContext());
// add new object to list
resultList.add(newObject);
}
return resultList;
// END USER CODE
}
Microflow parameters are especially useful for handling events. For example, the community-supported MQTT Client connector (via the GitHub MQTTClient project) will execute a microflow when receiving an IoT sensor event so it can be handled using a user-specified microflow.
Using Import and Export Mappings
In this section, you can see how to use mappings in your Java actions. In this example, you will create an action to import a string using an import mapping. This is not particularly useful, seeing there is a default action in your toolbox already that provides this functionality called Import with mapping. However, as an example, it illustrates how to use mappings.
This is an image of what we are building: an action to import JSON strings.

The action requires the user to provide a string with the JSON to import, select an import mapping, and define the entity of the result. Finally, provide a name for the result of the import mapping.
The action is defined as follows:
- InputString – a string parameter containing the JSON to be imported
- ImportMapping – the name of the mapping to be used for importing the JSON
- ResultEntity – the type of object that will be the result of the import
- Return type – an object of the type specified with
ResultEntity

Implement the action in Java as follows:
- Create an
InputStream
from the JSON input so it can be read by the import mapping. - Use
Core.integration().importStream()
to import the JSON with the specified mapping. - Return the first object imported.
public ImportString(
IContext context,
java.lang.String InputString,
java.lang.String ImportMapping,
java.lang.String ResultEntity
)
{
super(context);
this.InputString = InputString;
this.ImportMapping = ImportMapping;
this.ResultEntity = ResultEntity;
}
@Override
public IMendixObject executeAction() throws Exception
{
// BEGIN USER CODE
try (InputStream is = new ByteArrayInputStream(this.InputString.getBytes(StandardCharsets.UTF_8))) {
// Import the string by executing the mapping
List<IMendixObject> objects = Core.integration().importStream(getContext(), is, this.ImportMapping, null, false);
// Return first object created in mapping
return objects.get(0);
} catch (Exception e) {
logger.error(e);
throw new MendixRuntimeException(String.format("Failed to import JSON string: ", e.getMessage()));
}
// END USER CODE
}
Development Tips
Unit Testing
When developing connector modules, you can use the Unit Testing module to test the actions you are implementing.
If you want to publish your module with custom microflow actions to the Mendix Marketplace for easy reuse, it's best to have a module containing only the reusable parts. Add another module to your app with all the test microflows and anything else you need while developing your application.
In the screenshot below, observe two important points. First, the ConnectorKitDemo module only contains the actions you want to publish to the Marketplace. To do this, right-click the module and select Export module package.... Second, the ConnectorKitDemoTests module contains all the functionality you need while developing the reusable module: a small domain model with some sample data and some test pages. It also contains the unit test microflow Test_InitProduct, which will be called by the Unit Testing module.
Managing Libraries
When you export the module package for publishing in the Marketplace, you only want to include the relevant Java libraries. The easiest way to manage this is to use a build tool to specify and download the relevant dependencies.
The ConnectorKitDemo project on GitHub contains two examples of how to do this, which are described below.
The first example is Apache Ivy, which is a Java library specifically created for managing dependencies. Ivy is small enough that you can include it in your Mendix app. You can create two configurations in an ivy.xml configuration file: one to specify all the .jar files needed to run the app and execute the tests, and one to specify the libraries that should be included when publishing the module for reuse in the Marketplace. The demo app contains two configurations called default and export in the ivy.xml configuration file.
The second example is Gradle, which is a full-fledged build tool where you can define tasks to build your app. The example in the demo app uses Gradle only to manage the dependencies. Again, it defines two build configurations: one requiring all the dependencies, and one requiring the libraries needed for exporting the module (in this case, just a library to call Slack).
Before developing custom Java actions, follow these steps:
- Run the build tool to download all the dependencies.
- Run the build tool to delete all the libraries in your userlibs folder.
- Download only the .jar files to be included in the published module.
- Export the module and upload it to the Mendix Marketplace.