[
https://issues.jboss.org/browse/WFLY-9792?page=com.atlassian.jira.plugin....
]
Brian Stansberry updated WFLY-9792:
-----------------------------------
Description:
Different branches of our code use different Maven groupId values for the modules.
Simplify the task of this conversion by:
1) Avoiding hard-coding of the groupId anywhere where it is not required, using
{code}${project.groupId}{code} instead. Goal is to limit declaration of the group id to
the root pom and to the groupId child element in each pom's "parent"
element. Changing the groupId then becomes a task analogous to changing the maven
version.
2) Eliminating unnecessary groupId elements where a child pom redundantly declares the
groupId inherited from its parent.
3) Separating groupId elements from version elements by making sure artifactId is in
between (rather than before groupId as is currently done in some poms.) This will help
avoid spurious conflicts between commits the update the groupId and those that update the
version.
was:Different branches of our code use different Maven groupId values for the modules.
Simplify the task of this conversion by avoiding hard-coding of the groupId anywhere where
it is not required, using {code}${project.groupId}{code} instead. Goal is to limit
declaration of the group id to the root pom and to the groupId child element in each
pom's "parent" element. Changing the groupId then becomes a task analogous
to changing the maven version.
Use ${project.groupId} where possible in our poms
-------------------------------------------------
Key: WFLY-9792
URL:
https://issues.jboss.org/browse/WFLY-9792
Project: WildFly
Issue Type: Task
Components: Build System
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Different branches of our code use different Maven groupId values for the modules.
Simplify the task of this conversion by:
1) Avoiding hard-coding of the groupId anywhere where it is not required, using
{code}${project.groupId}{code} instead. Goal is to limit declaration of the group id to
the root pom and to the groupId child element in each pom's "parent"
element. Changing the groupId then becomes a task analogous to changing the maven
version.
2) Eliminating unnecessary groupId elements where a child pom redundantly declares the
groupId inherited from its parent.
3) Separating groupId elements from version elements by making sure artifactId is in
between (rather than before groupId as is currently done in some poms.) This will help
avoid spurious conflicts between commits the update the groupId and those that update the
version.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)