[JBoss JIRA] (WFLY-9406) Upgrade ASM with Version 5.2 (unable to use Arquillian+JaCoCo with ASM 3.3.1)
by Tibor Digana (JIRA)
[ https://issues.jboss.org/browse/WFLY-9406?page=com.atlassian.jira.plugin.... ]
Tibor Digana edited comment on WFLY-9406 at 2/9/18 11:45 PM:
-------------------------------------------------------------
[~asoldano]
This issue can be marked resolved, I guess. Is JBoss responsible to upgrade Arquillian Universe? It should be updated and JaCoCo extension in Arquillian based on your changes.
was (Author: tibor17):
[~asoldano]
This issue can be marked resolved, I guess. Is JBoss responsible to upgrade Arquillian Universe. It should be updated and JaCoCo extension in Arquillian based on your changes.
> Upgrade ASM with Version 5.2 (unable to use Arquillian+JaCoCo with ASM 3.3.1)
> -----------------------------------------------------------------------------
>
> Key: WFLY-9406
> URL: https://issues.jboss.org/browse/WFLY-9406
> Project: WildFly
> Issue Type: Component Upgrade
> Components: Build System, JPA / Hibernate, Web Services
> Affects Versions: 11.0.0.CR1
> Reporter: Tibor Digana
> Assignee: Alessio Soldano
> Priority: Minor
> Fix For: 12.0.0.Alpha1
>
>
> Reported in GitHub https://github.com/wildfly/wildfly/issues/10531
> Arquillian Extension dependends on JaCoCo does not work on WildFLy because AS uses ASM 3.3.1 and JaCoCo uses ASM 5.2.
> The class {{org.jacoco.core.internal.flow.ClassProbesVisitor}} extends ASM class {{org.objectweb.asm.ClassVisitor}}. The problem is that {{ClassVisitor}} is interface in ASM 3.3.1.
> Please upgrade it in POM:
> https://github.com/wildfly/wildfly/blob/master/pom.xml
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-9792) Make it easier to switch the maven groupId in different branches
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-9792?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-9792:
-----------------------------------
Summary: Make it easier to switch the maven groupId in different branches (was: Use ${project.groupId} where possible in our poms)
> Make it easier to switch the maven groupId in different branches
> ----------------------------------------------------------------
>
> 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)
8 years, 3 months
[JBoss JIRA] (WFLY-9792) Use ${project.groupId} where possible in our poms
by Brian Stansberry (JIRA)
[ 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)
8 years, 3 months