conga:generate
Full name:
io.wcm.devops.conga:conga-maven-plugin:1.15.1-SNAPSHOT:generate
Description:
Attributes:
- Requires a Maven project to be executed.
- Requires dependency resolution of artifacts in scope:
compile
. - The goal is thread-safe and supports parallel builds.
- Binds by default to the lifecycle phase:
generate-resources
.
Optional Parameters
Name | Type | Since | Description |
---|---|---|---|
<allowSymlinks> |
boolean |
- |
Is it allowed to create symlinks instead of copying files if they are local files e.g. from Maven Repository. Default value is: true . |
<archive> |
MavenArchiveConfiguration |
- |
The archive configuration to use. See Maven Archiver Reference. |
<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 . |
<deleteBeforeGenerate> |
boolean |
- |
Delete folders of environments before generating the new files. Default value is: false . |
<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 . |
<nodes> |
String[] |
- |
Selected nodes to generate. User property is: conga.nodes . |
<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 |
<versionInfoAdditionalPlugins> |
String[] |
- |
Plugin keys (groupId:artifactId) of additional Maven plugins of the current project's POM to be included in the model export version information. Default value is: io.wcm.maven.plugins:wcmio-content-package-maven-plugin . |
Parameter Details
<allowSymlinks>
- Type:
boolean
- Required:
No
- Default:
true
<archive>
- Type:
org.apache.maven.archiver.MavenArchiveConfiguration
- Required:
No
<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
<deleteBeforeGenerate>
- Type:
boolean
- Required:
No
- Default:
false
<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
<nodes>
- Type:
java.lang.String[]
- Required:
No
- User Property:
conga.nodes
<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
<versionInfoAdditionalPlugins>
- Type:
java.lang.String[]
- Required:
No
- Default:
io.wcm.maven.plugins:wcmio-content-package-maven-plugin