Module Settings
Introduction
Module settings allow you to set Java managed dependencies, choose the type of the module, and set a version for certain module types.
To open module settings, double-click Settings in the required module.
Java Dependencies
You can add managed dependencies for each module on the Java Dependencies tab. For more information, see Managed Dependencies.
Export
Select the Export tab:
Module Type
There are three types of modules, and the choice of type depends on the purpose of the module. You can choose one the following:
App Module
An app module is a standard way of structuring your app. Use app modules to distinguish between functional domains: create an app module for each relevant domain and put all pages, microflows, entities, and other documents in one place.
An app module is exported as a package file (.mpk ) that includes the full source code of the module.
Add-on Module
An add-on module is a standalone module that is not dependent on other modules. It is used as a separate element (for example, as a connector).
An add-on module is exported as a module file (.mxmodule) that only exposes the elements with the Usable export level. For more information on export levels, see Configuring Add-on and Solution Modules for Publishing. Its source cannot be inspected by the consumer of the module.
If you are creating functionality that can be exported and used by other users separately and independently of the rest of the app, you can set your module to an add-on type.
When the module is set as the add-on module, it gets the letter A as an icon.
Solution Module
Solution modules are only used for developing a solution and are an inseparable part of it. The set of solution modules used for the solution form the solution core. Solution modules are exported as a solution package and distributed as a solution to multiple consumers. For more information, see How to Create Solutions in the Marketplace Guide.
When the module is set as the solution module, it gets the letter S as an icon.
Module Version
This is the version number of the module. The version should be a semantic version (meaning, it should consist of at least three parts: major, minor, and patch version). For more information on semantic versions, see Semantic Versioning.
Mendix recommends setting a new version every time changes are made to the module.