The Digital Asset Management (DAM) module provides the functionality to manage assets such as images, videos and documents and use them on the website.
API for the base classes as
contains an implementation for
|Exposes the Magnolia DAM 1.x implementation to enforce compatibility between DAM module1.2.x and 2.x|
|JCR based implementation of AssetProvider , etc.|
|The Magnolia module which contains and configures the content app to administrate the assets. |
(The content app depends on the magnolia-dam-jcr because of its Content connector).
The link between magnolia-dam-jcr and the .
Provides a AssetRenderer based on magnolia-dam-jcr.
|Adds thumbnail and portrait views for PDFs and videos. This is an optional module and is not installed by default.|
All DAM sub modules, except DAM Preview, are bundled with Magnolia and typically already installed. You can download the bundle or individual sub modules from our Nexus repository.
DAM is a Community module. All sub modules, except DAM Preview are typically already installed. Launch the Configuration app and go to
/dam-jcr to check. The DAM API and DAM Compatibility modules are not registered in configuration and DAM Preview is an optional module that needs to be downloaded and installed separately.
Create a backup of your system before you install a module. Uninstalling a module is not as simple as removing the .jar file. Modules add and change configurations and may change the content. Try new modules in a test environment first. A module consists of a JAR file and may include dependent JAR files. Modules are responsible for updating their own content and configurations across versions. Be sure to keep only one version of each module and its dependencies.
To install a module:
- Stop the application server.
- Copy the module JAR files into the
WEB-INF/libdirectory. The location of this directory depends on the application server.
- Restart the server.
- Go to the AdminCentral URL.
- Start the Web update process.
- Click Start up Magnolia.
Repeat the steps for each author and public instance.
To uninstall a module, remove the module JAR file from the
/WEB-INF/lib folder and restart Magnolia.
However, this is rarely enough. Modules add and modify configuration during installation. The use of a module also changes content. Removing all of these changes is difficult without knowing the installation tasks in detail.
To test a module, use the embedded Derby database and take a backup of your
repositories folder. Install the module and try it. When you are done testing, remove the module JAR and restore the
repositories folder from the backup. This way you can go back to square one.
We also recommend that you segregate the development and production environments. Take regular backups for disaster recovery so you can revert to a prior state in a routine fashion.
Choose this option if you have your own bundle. Using Maven to manage module dependencies is a best practice.
dependencyelement including the module version number in your bundle's parent POM:
dependencyelement without the version number in the Magnolia webapp POM, typically inside the parent project:
All required modules are directly oder transiently included by the 2 modules above.
Get further information at: