Back up your system before installing a module. Uninstalling a module is
not always as simple as removing the file. Modules can add and change
configuration in the repository. They may also change content. You
should try the module in a test environment first. A module is
responsible for updating itself across versions. Keep only one version
of each module and its dependencies.
Folders and ZIP files
Choose this option if the module is delivered as a folder or a ZIP file.
This type of module is configured completely on the file system.
Copy the folder or extract the ZIP into the magnolia.resources.dir
directory.
Magnolia scans the directory periodically and registers the module. It
also detects new and modified templates, dialogs and resources.
What is magnolia.resources.dir?
magnolia.resources.dir is a property defining the directory from which
resources are loaded in a Magnolia instance.
This directory is used for file-based resources such as light modules
and for overriding classpath resources. The property is configured in
WEB-INF/config/default/magnolia.properties and its default value is
$magnolia.home/modules. To see the current value of the property, go
to the Config Info tab in the
About Magnolia app.
You can use
symbolic links (symlinks or
soft links) in the resources directory to include light modules located
elsewhere on your system.
Set the magnolia.resources.filesystem.observation.excludedDirectories
property to exclude directories from being observed for changes. (See the table in the Configuration management: Defining properties section.)
JAR files
Choose this option if the module is delivered as a JAR file. All modules
provided by Magnolia are JAR files.
Stop Magnolia.
Copy the JAR files into the WEB-INF/lib directory.