conga:package
Full name:
io.wcm.devops.conga:conga-maven-plugin:1.15.1-SNAPSHOT:package
Description:
Attributes:
- Requires a Maven project to be executed.
- The goal is thread-safe and supports parallel builds.
- Binds by default to the lifecycle phase:
package.
Optional Parameters
| Name | Type | Since | Description |
|---|---|---|---|
<archive> |
MavenArchiveConfiguration |
- |
The archive configuration to use. See Maven Archiver Reference. |
<artifactPerEnvironment> |
boolean |
- |
If set to true (default) a separate ZIP artifact is generated per environment. Otherwise a single ZIP containing all environments in sub directories is created. Default value is: true. |
<artifactTypeMappings> |
Map<String,String> |
- |
Allows to define custom artifact type to extension mappings for resolving dependencies from artifact coordinates where it is not fully clear if the an extension is really the extension or a artifact type identifier. Defaults to bundle->jar, content-package->zip. |
<definitionTarget> |
String |
- |
Target path for the prepared definition files. Default value is: ${project.build.directory}/definitions. |
<environmentDir> |
File |
- |
Source path with environment definitions. Default value is: ${basedir}/src/main/environments. |
<environments> |
String[] |
- |
Selected environments to generate. User property is: conga.environments. |
<modelExportNode> |
String |
- |
List for plugins for exporting model data for nodes. You can specify multiple plugins separated by ",". To disable export of model data set to "none". Default value is: yaml. |
<pluginConfig> |
String |
- |
Plugin-specific configuration. This holds configuration for CONGA plugins that are not part of the built-in set of CONGA plugins (e.g. configuration for the CONGA AEM Plugin). This uses the same syntax as OSGi manifest headers - example: pluginName1;param1=value1;param2=value2, pluginName2;param3=value3 |
<roleDir> |
File |
- |
Source path with role definitions. Default value is: ${basedir}/src/main/roles. |
<target> |
File |
- |
Target path for the generated configuration files. Default value is: ${project.build.directory}/configuration. |
<templateDir> |
File |
- |
Source path with templates. Default value is: ${basedir}/src/main/templates. |
<valueProvider> |
String |
- |
Configuration for value providers. This uses the same syntax as OSGi manifest headers - example: valueProviderPluginName1;param1=value1;param2=value2, valueProviderPluginName2;param3=value3 If you want to define multiple value providers of the same type, you can use an arbitrary value provider name, and specify the plugin name with the optional valueProvider1;_plugin_=valueProviderPluginName1,param1=value1;param2=value2, valueProvider2;_plugin_=valueProviderPluginName1,param3=value3 |
Parameter Details
<archive>
- Type:
org.apache.maven.archiver.MavenArchiveConfiguration - Required:
No
<artifactPerEnvironment>
- Type:
boolean - Required:
No - Default:
true
<artifactTypeMappings>
bundle->jar, content-package->zip.
- Type:
java.util.Map<java.lang.String, java.lang.String> - Required:
No
<definitionTarget>
- Type:
java.lang.String - Required:
No - Default:
${project.build.directory}/definitions
<environmentDir>
- Type:
java.io.File - Required:
No - Default:
${basedir}/src/main/environments
<environments>
- Type:
java.lang.String[] - Required:
No - User Property:
conga.environments
<modelExportNode>
- Type:
java.lang.String - Required:
No - Default:
yaml
<pluginConfig>
This uses the same syntax as OSGi manifest headers - example:
pluginName1;param1=value1;param2=value2, pluginName2;param3=value3
- Type:
java.lang.String - Required:
No
<roleDir>
- Type:
java.io.File - Required:
No - Default:
${basedir}/src/main/roles
<target>
- Type:
java.io.File - Required:
No - Default:
${project.build.directory}/configuration
<templateDir>
- Type:
java.io.File - Required:
No - Default:
${basedir}/src/main/templates
<valueProvider>
This uses the same syntax as OSGi manifest headers - example:
valueProviderPluginName1;param1=value1;param2=value2, valueProviderPluginName2;param3=value3
If you want to define multiple value providers of the same type, you can use an arbitrary value provider name, and specify the plugin name with the optional _plugin_ parameter - example:
valueProvider1;_plugin_=valueProviderPluginName1,param1=value1;param2=value2, valueProvider2;_plugin_=valueProviderPluginName1,param3=value3
- Type:
java.lang.String - Required:
No