[JBoss JIRA] (SHRINKDESC-166) Fix Build Failing on @Deprecation Errors
by Andrew Rubinger (JIRA)
[ https://issues.jboss.org/browse/SHRINKDESC-166?page=com.atlassian.jira.pl... ]
Andrew Rubinger updated SHRINKDESC-166:
---------------------------------------
Description: {{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}} (was:
{{
/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}})
> Fix Build Failing on @Deprecation Errors
> ----------------------------------------
>
> Key: SHRINKDESC-166
> URL: https://issues.jboss.org/browse/SHRINKDESC-166
> Project: ShrinkWrap Descriptors
> Issue Type: Task
> Reporter: Andrew Rubinger
> Assignee: Andrew Rubinger
>
> {{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKDESC-166) Fix Build Failing on @Deprecation Errors
by Andrew Rubinger (JIRA)
[ https://issues.jboss.org/browse/SHRINKDESC-166?page=com.atlassian.jira.pl... ]
Andrew Rubinger updated SHRINKDESC-166:
---------------------------------------
Description:
{{
/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}}
was:[code][ERROR] /home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated[/code]
> Fix Build Failing on @Deprecation Errors
> ----------------------------------------
>
> Key: SHRINKDESC-166
> URL: https://issues.jboss.org/browse/SHRINKDESC-166
> Project: ShrinkWrap Descriptors
> Issue Type: Task
> Reporter: Andrew Rubinger
> Assignee: Andrew Rubinger
>
> {{
> /home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKDESC-166) Fix Build Failing on @Deprecation Errors
by Andrew Rubinger (JIRA)
Andrew Rubinger created SHRINKDESC-166:
------------------------------------------
Summary: Fix Build Failing on @Deprecation Errors
Key: SHRINKDESC-166
URL: https://issues.jboss.org/browse/SHRINKDESC-166
Project: ShrinkWrap Descriptors
Issue Type: Task
Reporter: Andrew Rubinger
Assignee: Andrew Rubinger
[code][ERROR] /home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated[/code]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKDESC-164) BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
by Andrew Rubinger (JIRA)
[ https://issues.jboss.org/browse/SHRINKDESC-164?page=com.atlassian.jira.pl... ]
Andrew Rubinger commented on SHRINKDESC-164:
--------------------------------------------
[~rbattenfeld] Got a fix in mind?
> BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
> -------------------------------------------------------------------------------------------------------------------
>
> Key: SHRINKDESC-164
> URL: https://issues.jboss.org/browse/SHRINKDESC-164
> Project: ShrinkWrap Descriptors
> Issue Type: Bug
> Affects Versions: 2.0.0-alpha-7, 2.0.0-alpha-8
> Environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00)
> Maven home: C:\Program Files\apache-maven-3.2.5
> Java version: 1.7.0_80, vendor: Oracle Corporation
> Java home: C:\Develop\CCS\jdk1.7.0_80\jre
> Default locale: de_DE, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> Reporter: Falko M.
> Attachments: SHRINKDESC-164-screenshot1.PNG, SHRINKDESC-164-screenshot2.PNG, SHRINKDESC-164-testproject.zip
>
>
> When an existing {{beans.xml}} with child elements like {{alternatives}} is loaded via {{Descriptors.importAs(BeansDescriptor.class).fromStream(...)}} *and [SAXON|http://saxon.sourceforge.net/] is on the classpath*, {{.exportAsString()}} yields child elements like the following :
> {noformat}<alternatives xmlns="">{noformat}
> This causes deployment warning in JBoss7 like (truncated):
> {noformat}
> WARN [org.jboss.weld.deployer] JBAS016011: .../META-INF/beans.xml:5 cvc-complex-type.2.4.a: Invalid content was found starting with element 'alternatives'. One of '{"http://java.sun.com/xml/ns/javaee":interceptors, "http://java.sun.com/xml/ns/javaee":decorators, "http://java.sun.com/xml/ns/javaee":alternatives, WC[##other:"http://java.sun.com/xml/ns/javaee"]}' is expected.
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKDESC-164) BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
by Falko M. (JIRA)
[ https://issues.jboss.org/browse/SHRINKDESC-164?page=com.atlassian.jira.pl... ]
Falko M. edited comment on SHRINKDESC-164 at 3/11/16 10:40 AM:
---------------------------------------------------------------
What's the status of this ticket? Is there anything I can do to help speed things up?
This problem somehow got worse after I upgraded to {{shrinkwrap-resolver}} 2.2.2.
Now not only the {{alternatives}}-element needs to be corrected by the workaround but also child elements like {{stereotype}}:
{code:xml|title=Problem in sub-element with "old" workaround}
<alternatives>
<stereotype xmlns="">some.project.SomeStereotype</stereotype>
</alternatives>
{code}
The workaround needs to be extended to:
{code:java|title="New" extended workaround}
/**
* Workaround for https://issues.jboss.org/browse/SHRINKDESC-164.
*
* @param modifiedAlternatives the modified Alternatives
*/
private static void workAroundSHRINKDESC164(final Alternatives<BeansDescriptor> modifiedAlternatives) {
final org.jboss.shrinkwrap.descriptor.spi.node.Node altNode;
try {
altNode = (org.jboss.shrinkwrap.descriptor.spi.node.Node) FieldUtils.readDeclaredField(modifiedAlternatives, "childNode", true);
} catch (IllegalAccessException e) {
LOG.warn("Error applying workaround for SHRINKDESC-164", e);
return;
}
final List<org.jboss.shrinkwrap.descriptor.spi.node.Node> nodesToFix = new ArrayList<>(altNode.getChildren());
nodesToFix.add(altNode);
for (final org.jboss.shrinkwrap.descriptor.spi.node.Node node : nodesToFix) {
node.attribute("xmlns", "http://java.sun.com/xml/ns/javaee");
}
}
{code}
FYI, dependency-setup before was:
{code:xml}
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
Now it is:
{code:xml}
<dependency>
<groupId>org.jboss.shrinkwrap.resolver</groupId>
<artifactId>shrinkwrap-resolver-bom</artifactId>
<version>2.2.2</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
This did *not* result in an update of {{shrinkwrap-descriptors-*}}, everything stayed at {{2.0.0-alpha-7}}. Weird!
was (Author: famod):
What's the status of this ticket? Is there anything I can do to help speed things up?
This problem somehow got worse after I upgraded to {{shrinkwrap-resolver}} 2.2.2.
Now not only the {{alternatives}}-element needs to be corrected by the workaround but also child elements like {{stereotype}}:
{code:xml|title=Problem in sub-element with "old" workaround}
<alternatives>
<stereotype xmlns="">com.t_systems_mms.module.test.arquillian.mock.MockedAlternative</stereotype>
</alternatives>
{code}
The workaround needs to be extended to:
{code:java|title="New" extended workaround}
/**
* Workaround for https://issues.jboss.org/browse/SHRINKDESC-164.
*
* @param modifiedAlternatives the modified Alternatives
*/
private static void workAroundSHRINKDESC164(final Alternatives<BeansDescriptor> modifiedAlternatives) {
final org.jboss.shrinkwrap.descriptor.spi.node.Node altNode;
try {
altNode = (org.jboss.shrinkwrap.descriptor.spi.node.Node) FieldUtils.readDeclaredField(modifiedAlternatives, "childNode", true);
} catch (IllegalAccessException e) {
LOG.warn("Error applying workaround for SHRINKDESC-164", e);
return;
}
final List<org.jboss.shrinkwrap.descriptor.spi.node.Node> nodesToFix = new ArrayList<>(altNode.getChildren());
nodesToFix.add(altNode);
for (final org.jboss.shrinkwrap.descriptor.spi.node.Node node : nodesToFix) {
node.attribute("xmlns", "http://java.sun.com/xml/ns/javaee");
}
}
{code}
FYI, dependency-setup before was:
{code:xml}
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
Now it is:
{code:xml}
<dependency>
<groupId>org.jboss.shrinkwrap.resolver</groupId>
<artifactId>shrinkwrap-resolver-bom</artifactId>
<version>2.2.2</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
This did *not* result in an update of {{shrinkwrap-descriptors-*}}, everything stayed at {{2.0.0-alpha-7}}. Weird!
> BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
> -------------------------------------------------------------------------------------------------------------------
>
> Key: SHRINKDESC-164
> URL: https://issues.jboss.org/browse/SHRINKDESC-164
> Project: ShrinkWrap Descriptors
> Issue Type: Bug
> Affects Versions: 2.0.0-alpha-7, 2.0.0-alpha-8
> Environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00)
> Maven home: C:\Program Files\apache-maven-3.2.5
> Java version: 1.7.0_80, vendor: Oracle Corporation
> Java home: C:\Develop\CCS\jdk1.7.0_80\jre
> Default locale: de_DE, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> Reporter: Falko M.
> Attachments: SHRINKDESC-164-screenshot1.PNG, SHRINKDESC-164-screenshot2.PNG, SHRINKDESC-164-testproject.zip
>
>
> When an existing {{beans.xml}} with child elements like {{alternatives}} is loaded via {{Descriptors.importAs(BeansDescriptor.class).fromStream(...)}} *and [SAXON|http://saxon.sourceforge.net/] is on the classpath*, {{.exportAsString()}} yields child elements like the following :
> {noformat}<alternatives xmlns="">{noformat}
> This causes deployment warning in JBoss7 like (truncated):
> {noformat}
> WARN [org.jboss.weld.deployer] JBAS016011: .../META-INF/beans.xml:5 cvc-complex-type.2.4.a: Invalid content was found starting with element 'alternatives'. One of '{"http://java.sun.com/xml/ns/javaee":interceptors, "http://java.sun.com/xml/ns/javaee":decorators, "http://java.sun.com/xml/ns/javaee":alternatives, WC[##other:"http://java.sun.com/xml/ns/javaee"]}' is expected.
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKDESC-164) BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
by Falko M. (JIRA)
[ https://issues.jboss.org/browse/SHRINKDESC-164?page=com.atlassian.jira.pl... ]
Falko M. commented on SHRINKDESC-164:
-------------------------------------
What's the status of this ticket? Is there anything I can do to help speed things up?
This problem somehow got worse after I upgraded to {{shrinkwrap-resolver}} 2.2.2.
Now not only the {{alternatives}}-element needs to be corrected by the workaround but also child elements like {{stereotype}}:
{code:xml|title=Problem in sub-element with "old" workaround}
<alternatives>
<stereotype xmlns="">com.t_systems_mms.module.test.arquillian.mock.MockedAlternative</stereotype>
</alternatives>
{code}
The workaround needs to be extended to:
{code:java|title="New" extended workaround}
/**
* Workaround for https://issues.jboss.org/browse/SHRINKDESC-164.
*
* @param modifiedAlternatives the modified Alternatives
*/
private static void workAroundSHRINKDESC164(final Alternatives<BeansDescriptor> modifiedAlternatives) {
final org.jboss.shrinkwrap.descriptor.spi.node.Node altNode;
try {
altNode = (org.jboss.shrinkwrap.descriptor.spi.node.Node) FieldUtils.readDeclaredField(modifiedAlternatives, "childNode", true);
} catch (IllegalAccessException e) {
LOG.warn("Error applying workaround for SHRINKDESC-164", e);
return;
}
final List<org.jboss.shrinkwrap.descriptor.spi.node.Node> nodesToFix = new ArrayList<>(altNode.getChildren());
nodesToFix.add(altNode);
for (final org.jboss.shrinkwrap.descriptor.spi.node.Node node : nodesToFix) {
node.attribute("xmlns", "http://java.sun.com/xml/ns/javaee");
}
}
{code}
FYI, dependency-setup before was:
{code:xml}
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
Now it is:
{code:xml}
<dependency>
<groupId>org.jboss.shrinkwrap.resolver</groupId>
<artifactId>shrinkwrap-resolver-bom</artifactId>
<version>2.2.2</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.jboss.arquillian</groupId>
<artifactId>arquillian-bom</artifactId>
<version>1.1.8.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
This did *not* result in an update of {{shrinkwrap-descriptors-*}}, everything stayed at {{2.0.0-alpha-7}}. Weird!
> BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath
> -------------------------------------------------------------------------------------------------------------------
>
> Key: SHRINKDESC-164
> URL: https://issues.jboss.org/browse/SHRINKDESC-164
> Project: ShrinkWrap Descriptors
> Issue Type: Bug
> Affects Versions: 2.0.0-alpha-7, 2.0.0-alpha-8
> Environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00)
> Maven home: C:\Program Files\apache-maven-3.2.5
> Java version: 1.7.0_80, vendor: Oracle Corporation
> Java home: C:\Develop\CCS\jdk1.7.0_80\jre
> Default locale: de_DE, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> Reporter: Falko M.
> Attachments: SHRINKDESC-164-screenshot1.PNG, SHRINKDESC-164-screenshot2.PNG, SHRINKDESC-164-testproject.zip
>
>
> When an existing {{beans.xml}} with child elements like {{alternatives}} is loaded via {{Descriptors.importAs(BeansDescriptor.class).fromStream(...)}} *and [SAXON|http://saxon.sourceforge.net/] is on the classpath*, {{.exportAsString()}} yields child elements like the following :
> {noformat}<alternatives xmlns="">{noformat}
> This causes deployment warning in JBoss7 like (truncated):
> {noformat}
> WARN [org.jboss.weld.deployer] JBAS016011: .../META-INF/beans.xml:5 cvc-complex-type.2.4.a: Invalid content was found starting with element 'alternatives'. One of '{"http://java.sun.com/xml/ns/javaee":interceptors, "http://java.sun.com/xml/ns/javaee":decorators, "http://java.sun.com/xml/ns/javaee":alternatives, WC[##other:"http://java.sun.com/xml/ns/javaee"]}' is expected.
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKWRAP-501) Files without license header
by gil cattaneo (JIRA)
gil cattaneo created SHRINKWRAP-501:
---------------------------------------
Summary: Files without license header
Key: SHRINKWRAP-501
URL: https://issues.jboss.org/browse/SHRINKWRAP-501
Project: ShrinkWrap
Issue Type: Bug
Affects Versions: 1.2.3
Environment: Fedora Linux
Reporter: gil cattaneo
Hi
The following source files are without license header:
./api/src/main/java/org/jboss/shrinkwrap/api/Node.java
./api/src/main/java/org/jboss/shrinkwrap/api/asset/EmptyAsset.java
./api/src/main/java/org/jboss/shrinkwrap/api/asset/StringAsset.java
./impl-base/src/test/java/org/jboss/shrinkwrap/impl/base/ArchiveEqualsHashCodeTestCase.java
./impl-base/src/test/java/org/jboss/shrinkwrap/impl/base/ArchiveWriteToTestCase.java
./impl-base/src/test/java/org/jboss/shrinkwrap/impl/base/test/DynamicResourceAdapterContainerTestBase.java
Please, add license header
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging...
Thanks in advance
Regards
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKRES-242) Files without license headers
by gil cattaneo (JIRA)
gil cattaneo created SHRINKRES-242:
--------------------------------------
Summary: Files without license headers
Key: SHRINKRES-242
URL: https://issues.jboss.org/browse/SHRINKRES-242
Project: ShrinkWrap Resolvers
Issue Type: Bug
Affects Versions: 2.2.2
Environment: Fedora Linux
Reporter: gil cattaneo
Hi
The following source files are without license headers:
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenChecksumPolicy.java
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenUpdatePolicy.java
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepository.java
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepositories.java
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepositoryImpl.java
./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/MavenArtifactInfo.java
./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/MavenArtifactInfoImpl.java
./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/GetTcclAction.java
./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/MavenResolveStageBaseImpl.java
./impl-gradle-embedded-archive/src/it/jar-sample/src/main/java/test/JarClass.java
./impl-gradle-embedded-archive/src/it/jar-sample/src/main/java/test/nested/NestedJarClass.java
./impl-gradle-embedded-archive/src/it/multi-module-sample/module-one/src/main/java/test/JarClass.java
./impl-gradle-embedded-archive/src/it/war-sample/src/main/java/test/nested/NestedWarClass.java
./impl-maven-archive/src/it/jar-sample/src/main/java/test/JarClass.java
./impl-maven-archive/src/it/jar-sample/src/main/java/test/nested/NestedJarClass.java
./impl-maven-archive/src/it/jar-with-mf-sample/src/main/java/test/JarClass.java
./impl-maven-archive/src/it/jar-without-resources/src/main/java/test/JarClass.java
./impl-maven-archive/src/it/jar-without-resources/src/main/java/test/nested/NestedJarClass.java
./impl-maven-archive/src/it/war-sample/src/main/java/test/nested/NestedWarClass.java
./impl-maven-integration-tests/jar-sample/src/main/java/test/JarClass.java
./maven-plugin/src/it/context-propagation/src/test/java/org/jboss/shrinkwrap/resolver/plugin/test/PluginIntegrationTestCase.java
./maven-plugin/src/it/context-propagation/src/test/java/org/jboss/shrinkwrap/resolver/plugin/test/ExecutionPropagationTestCase.java
Please, add license header
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging...
Thanks in advance
Regards
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKRES-241) Wrong maven-aether-provider dependency for some reason
by Matous Jobanek (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plu... ]
Matous Jobanek commented on SHRINKRES-241:
------------------------------------------
Hi,
if you specify it as a standard dependency:
{code:xml}
<dependency>
<groupId>org.apache.maven</groupId>=
<artifactId>maven-aether-provider</artifactId>
<version>3.2.5</version>
</dependency>
{code}
then your project should use this version.
Could you provide your pom file? I would like to find out where the problem is.
> Wrong maven-aether-provider dependency for some reason
> ------------------------------------------------------
>
> Key: SHRINKRES-241
> URL: https://issues.jboss.org/browse/SHRINKRES-241
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Affects Versions: 2.2.2
> Reporter: Bob McWhirter
>
> I can't explain it, because your POM looks good, but if I rely on SW-Resolvers 2.2.2, which should be using maven-aether-provider 3.2.5, from a maven v3.2.5, I still get maven-aether-provider 3.2.1.
> Can you think of some way to force maven-aether-provider to 3.2.5?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (SHRINKRES-241) Wrong maven-aether-provider dependency for some reason
by Bob McWhirter (JIRA)
Bob McWhirter created SHRINKRES-241:
---------------------------------------
Summary: Wrong maven-aether-provider dependency for some reason
Key: SHRINKRES-241
URL: https://issues.jboss.org/browse/SHRINKRES-241
Project: ShrinkWrap Resolvers
Issue Type: Bug
Affects Versions: 2.2.2
Reporter: Bob McWhirter
I can't explain it, because your POM looks good, but if I rely on SW-Resolvers 2.2.2, which should be using maven-aether-provider 3.2.5, from a maven v3.2.5, I still get maven-aether-provider 3.2.1.
Can you think of some way to force maven-aether-provider to 3.2.5?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months