September 2014 - shrinkwrap-issues

[JBoss JIRA] (SHRINKRES-208) Add option to set connection timeout

by Tako Schotanus (JIRA)

Tako Schotanus created SHRINKRES-208: ---------------------------------------- Summary: Add option to set connection timeout Key: SHRINKRES-208 URL: https://issues.jboss.org/browse/SHRINKRES-208 Project: ShrinkWrap Resolvers Issue Type: Feature Request Reporter: Tako Schotanus Priority: Minor As discussed on this Ceylon issue https://github.com/ceylon/ceylon-module-resolver/issues/80 we'd like to have the ability to set the connection timeout for Aether resolving so we have a consistent timeout setting across our connectivity options. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-207) Update jboss-parent to version 15

by Karel Piwko (JIRA)

Karel Piwko created SHRINKRES-207: ------------------------------------- Summary: Update jboss-parent to version 15 Key: SHRINKRES-207 URL: https://issues.jboss.org/browse/SHRINKRES-207 Project: ShrinkWrap Resolvers Issue Type: Component Upgrade Components: api Affects Versions: 2.2.0-beta-1 Reporter: Karel Piwko Fix For: 2.2.0-cr-1 JBoss parent needs update because enforcer rule does not respect source jdk version, see - https://github.com/jboss/jboss-parent-pom/commit/c460de0c8df4bf4cbb5cfaea... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-197) Use settings.security property to get settings-security.xml location

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-197?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-197. --------------------------------- > Use settings.security property to get settings-security.xml location > -------------------------------------------------------------------- > > Key: SHRINKRES-197 > URL: https://issues.jboss.org/browse/SHRINKRES-197 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: maven > Affects Versions: 2.2.0-alpha-2 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: 2.2.0-beta-1 > > > settings-security.xml should use -Dsettings.security property instead of current one: > See > https://jira.codehaus.org/browse/MNG-4853 > Likely we'll will keep older property there working and just remove it from documentation. > cc'ed [~wujaszek] -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-190) implements equals and hashCode methods in MavenResolvedArtifactImpl / MavenArtifactInfoImpl

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-190?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-190. --------------------------------- > implements equals and hashCode methods in MavenResolvedArtifactImpl / MavenArtifactInfoImpl > ------------------------------------------------------------------------------------------- > > Key: SHRINKRES-190 > URL: https://issues.jboss.org/browse/SHRINKRES-190 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Components: maven > Affects Versions: 2.1.1 > Reporter: Mathieu Lachance > Assignee: Karel Piwko > Fix For: 2.2.0-beta-1 > > > I'm currently to find an effective way to filter out many dependencies at once that I could provide within a "dummy" pom.xml. > I'd like to do the following: > {code:java} > public static List<MavenResolvedArtifact> resolveAllTestNonTransitiveDependencies() { > return Arrays.asList( > Maven.resolver() > .loadPomFromFile("pom.xml") > .importTestDependencies().resolve() > .withoutTransitivity() > .asResolvedArtifact()); > } > > public static List<MavenResolvedArtifact> resolveAllArquillianDependencies() { > return Arrays.asList( > Maven.resolver() > .loadPomFromFile("src/test/resources/arquillian.pom.xml") > .importTestDependencies().resolve() > .withoutTransitivity() > .asResolvedArtifact()); > } > > public static List<MavenResolvedArtifact> resolveAllTestNonTransitiveNonArquillianDependencies() { > List<MavenResolvedArtifact> testDependencies = resolveAllTestNonTransitiveDependencies(); > > List<MavenResolvedArtifact> arquillianDependencies = resolveAllArquillianDependencies(); > > List<MavenResolvedArtifact> filteredTestDependencies = new ArrayList<MavenResolvedArtifact>(); > for (MavenResolvedArtifact testDependency : testDependencies) { > if (!arquillianDependencies.contains(testDependency)) { > filteredTestDependencies.add(testDependency); > } > } > return filteredTestDependencies; > } > {code} > The problem is that MavenResolvedArtifactImpl does not implements equals and hashCode needed for using Collection::contains method. > I think it would be safe to delegate MavenResolvedArtifactImpl / MavenArtifactInfoImpl equals and hashCode methods to the one defined in MavenCoordinateImpl > Thanks, -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-201) Allow Gradle import from custom build location

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-201?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-201. --------------------------------- > Allow Gradle import from custom build location > ---------------------------------------------- > > Key: SHRINKRES-201 > URL: https://issues.jboss.org/browse/SHRINKRES-201 > Project: ShrinkWrap Resolvers > Issue Type: Sub-task > Components: gradle > Reporter: Michal Matloka > Assignee: Michal Matloka > Fix For: 2.2.0-beta-1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-183) Resolvers.configure(Class, ClassLoader) ignores ClassLoader?

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-183?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-183. --------------------------------- > Resolvers.configure(Class,ClassLoader) ignores ClassLoader? > ----------------------------------------------------------- > > Key: SHRINKRES-183 > URL: https://issues.jboss.org/browse/SHRINKRES-183 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: api > Affects Versions: 2.1.0, 2.2.0-alpha-2, 2.1.1 > Reporter: Thomas Maslen > Assignee: Karel Piwko > Fix For: 2.2.0-beta-1 > > > [No, I wasn't trying to use this, I just noticed it while looking at the source. It looks to me like a regression, but you gents would be better judges of that than I am] > The Resolvers.configure(Class,ClassLoader) method ignores its ClassLoader argument; the only argument that it passes to ResolverSystemFactory.createFromUserView() is the Class. > Offhand it looks like a cut-and-paste from the method above? > If I'm reading Git right this was introduced in the fix for SHRINKRES-173 that went into 2.1.0, and it's present in 2.1.0 and above, including the current master. > Happily, Resolvers.use(Class,ClassLoader) passes both arguments to ResolverSystemFactory as expected. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-181) MavenArtifactInfo is missing <optional> info

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-181?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-181. --------------------------------- > MavenArtifactInfo is missing <optional> info > -------------------------------------------- > > Key: SHRINKRES-181 > URL: https://issues.jboss.org/browse/SHRINKRES-181 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Components: maven > Affects Versions: 2.2.0-alpha-2 > Reporter: Ales Justin > Assignee: Michal Matloka > Fix For: 2.2.0-beta-1 > > > There is no way to tell if MavenArtifactInfo is optional, > if not using custom strategy. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-200) Wrong exception message if no service was found

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-200?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-200. --------------------------------- > Wrong exception message if no service was found > ----------------------------------------------- > > Key: SHRINKRES-200 > URL: https://issues.jboss.org/browse/SHRINKRES-200 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: api > Affects Versions: 2.1.1 > Reporter: Karel Piwko > Assignee: Pawan Dubey > Labels: starter > Fix For: 2.2.0-beta-1 > > > If there is no service available, SWR complains there is more then one service available: > https://github.com/shrinkwrap/resolver/blob/master/spi/src/main/java/org/... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-205) Try to fork and use javac from path in MavenImporter if compiler is not found

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-205?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-205. --------------------------------- > Try to fork and use javac from path in MavenImporter if compiler is not found > ----------------------------------------------------------------------------- > > Key: SHRINKRES-205 > URL: https://issues.jboss.org/browse/SHRINKRES-205 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Components: maven > Affects Versions: 2.2.0-alpha-2 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: 2.2.0-beta-1 > > > In cases MavenImporter does not find Javac class, IDE is probably set to run on top of JRE instead of JDK. In such cases, MavenImporter can emit a warning and modify configuration to fork and use javac from $PATH. > Such approach will make compilation more robust. > See https://gist.github.com/kpiwko/626ed1c04ac28354137d for a quick idea how it could work. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-176) MavenImporter archive name

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-176?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-176. --------------------------------- > MavenImporter archive name > -------------------------- > > Key: SHRINKRES-176 > URL: https://issues.jboss.org/browse/SHRINKRES-176 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: maven > Reporter: Michael Irwin > Assignee: Karel Piwko > Fix For: 2.2.0-beta-1 > > > When using the MavenImporter, the archiveName property is ignored. > {code} > WebArchive archive = ShrinkWrap.create(MavenImporter.class, "test.war") > .loadPomFromFile("pom.xml") > .importBuildOutput() > .as(WebArchive.class); > System.out.println(archive.getName()); > {code} > The archive name will be whatever the name of the Maven artifact is, which is usually [artifactId]-[version]. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues September 2014