This action can commit one or more objects. For persistable entities this means that the object will be stored in the database. Committing non-persistable entities stores the current attribute values and association values in memory, this allows a rollback to revert to those values. See also Persistability.
See Microflow Element Common Properties for properties that all microflow activities share (for example, caption). This page only describes the properties specific to the action.
2 Input Properties
The object or list of objects that you want to commit.
3 Action Properties
3.1 With Events
Indicates whether or not to execute the commit event handlers of the objects.
Nanoflows do not have this property. Committing while running in an online app sends a commit request to the Mendix Runtime and always runs the events. If the commit object(s) action is used in an offline app, the changes are committed to the offline database, and event handlers will run when the offline app synchronizes.
3.2 Refresh in Client
If the microflow is called from the client, the change is not reflected in the client if Refresh in client is set to No. If set to Yes, the object is refreshed across the client, which includes reloading the relevant data sources.
As of 7.19.0, all attribute values are reflected in the client, including virtual ones, even if Refresh in client is set to No.
When committing a large number of objects, we recommend that you do not enable ‘Refresh in client’ because it can slow things down.
When inside a nanoflow, the object is refreshed across the client as if Refresh in client was set to Yes.
Default value: No