May 2014 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKWRAP-485) non static shrinkwrap with default interfaces

by Caleb Cushing (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-485?page=com.atlassian.jira.pl... ] Caleb Cushing closed SHRINKWRAP-485. ------------------------------------ Resolution: Rejected wrong project this is arquillian > non static shrinkwrap with default interfaces > --------------------------------------------- > > Key: SHRINKWRAP-485 > URL: https://issues.jboss.org/browse/SHRINKWRAP-485 > Project: ShrinkWrap > Issue Type: Feature Request > Reporter: Caleb Cushing > > I'd like to be able to do an > {code:java} > @Deployment > default Archive createDeployment() { ... } > {code} > and then just apply the interface to my test class -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-485) non static shrinkwrap with default interfaces

by Caleb Cushing (JIRA)

Caleb Cushing created SHRINKWRAP-485: ---------------------------------------- Summary: non static shrinkwrap with default interfaces Key: SHRINKWRAP-485 URL: https://issues.jboss.org/browse/SHRINKWRAP-485 Project: ShrinkWrap Issue Type: Feature Request Reporter: Caleb Cushing I'd like to be able to do an {code:java} @Deployment default Archive createDeployment() { ... } {code} and then just apply the interface to my test class -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-484) improved simpler api's

by Caleb Cushing (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-484?page=com.atlassian.jira.pl... ] Caleb Cushing updated SHRINKWRAP-484: ------------------------------------- Description: I'd like to see API's such as the following, that just put the file in the right place with the right name on the classpath. Archive.addPersistenceXML("path/to/persistence.xml") Archive.addBeansXML("path/to/beans.xml"); // create empty instance if null passed, or maybe just have a variant without a parameter (obviously corresponding API's using File and such are fine) having this code, seems silly when the underlying logic could figure it out, once it knows what to return. {code:java} public static JavaArchive testJarH2() { return testJar() .addPackage( "com.lm.repository.sql" ) .addAsManifestResource( "wildfly/persistence.xml", "persistence.xml" ); } public static WebArchive testWarH2() { return testWar() .addPackage( "com.lm.repository.sql" ) .addAsWebInfResource( EmptyAsset.INSTANCE, "beans.xml" ) .addAsResource( "wildfly/persistence.xml", "META-INF/persistence.xml" ); } {code} was: I'd like to see API's such as the following, that just put the file in the right place with the right name on the classpath. Archive.addPersistenceXML("path/to/persistence.xml") Archive.addBeansXML("path/to/beans.xml"); // create empty instance if null passed, or maybe just have a variant without a parameter (obviously corresponding API's using File and such are fine) having this code, seems silly when the underlying logic could figure it out, once it knows what to return. public static JavaArchive testJarH2() { return testJar() .addPackage( "com.lm.repository.sql" ) .addAsManifestResource( "wildfly/persistence.xml", "persistence.xml" ); } public static WebArchive testWarH2() { return testWar() .addPackage( "com.lm.repository.sql" ) .addAsWebInfResource( EmptyAsset.INSTANCE, "beans.xml" ) .addAsResource( "wildfly/persistence.xml", "META-INF/persistence.xml" ); } > improved simpler api's > ---------------------- > > Key: SHRINKWRAP-484 > URL: https://issues.jboss.org/browse/SHRINKWRAP-484 > Project: ShrinkWrap > Issue Type: Feature Request > Reporter: Caleb Cushing > > I'd like to see API's such as the following, that just put the file in the right place with the right name on the classpath. > Archive.addPersistenceXML("path/to/persistence.xml") > Archive.addBeansXML("path/to/beans.xml"); // create empty instance if null passed, or maybe just have a variant without a parameter > (obviously corresponding API's using File and such are fine) > having this code, seems silly when the underlying logic could figure it out, once it knows what to return. > {code:java} > public static JavaArchive testJarH2() { > return testJar() > .addPackage( "com.lm.repository.sql" ) > .addAsManifestResource( > "wildfly/persistence.xml", > "persistence.xml" > ); > } > public static WebArchive testWarH2() { > return testWar() > .addPackage( "com.lm.repository.sql" ) > .addAsWebInfResource( EmptyAsset.INSTANCE, "beans.xml" ) > .addAsResource( > "wildfly/persistence.xml", > "META-INF/persistence.xml" > ); > } > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-484) improved simpler api's

by Caleb Cushing (JIRA)

Caleb Cushing created SHRINKWRAP-484: ---------------------------------------- Summary: improved simpler api's Key: SHRINKWRAP-484 URL: https://issues.jboss.org/browse/SHRINKWRAP-484 Project: ShrinkWrap Issue Type: Feature Request Reporter: Caleb Cushing I'd like to see API's such as the following, that just put the file in the right place with the right name on the classpath. Archive.addPersistenceXML("path/to/persistence.xml") Archive.addBeansXML("path/to/beans.xml"); // create empty instance if null passed, or maybe just have a variant without a parameter (obviously corresponding API's using File and such are fine) having this code, seems silly when the underlying logic could figure it out, once it knows what to return. public static JavaArchive testJarH2() { return testJar() .addPackage( "com.lm.repository.sql" ) .addAsManifestResource( "wildfly/persistence.xml", "persistence.xml" ); } public static WebArchive testWarH2() { return testWar() .addPackage( "com.lm.repository.sql" ) .addAsWebInfResource( EmptyAsset.INSTANCE, "beans.xml" ) .addAsResource( "wildfly/persistence.xml", "META-INF/persistence.xml" ); } -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-177) Version range resolution fails if metadata file doesn't exist in local repository

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-177?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-177. --------------------------------- > Version range resolution fails if metadata file doesn't exist in local repository > --------------------------------------------------------------------------------- > > Key: SHRINKRES-177 > URL: https://issues.jboss.org/browse/SHRINKRES-177 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: impl-maven > Affects Versions: 2.1.0 > Reporter: Tadeas Kriz > Assignee: Tadeas Kriz > Fix For: 2.2.0-alpha-2, 2.1.1 > > > When version range resolution in Aether can't find local metadata file, it adds an exception into exception list. Shrinkwrap-Resolver then checks if the list is empty and if it's not, it fails. And that's why the resolution doesn't work in this case. > https://github.com/shrinkwrap/resolver/blob/master/impl-maven/src/main/ja... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-174) Missleading Exception message when sonatype and eclipse Aether found on classpath

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-174?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-174. --------------------------------- > Missleading Exception message when sonatype and eclipse Aether found on classpath > --------------------------------------------------------------------------------- > > Key: SHRINKRES-174 > URL: https://issues.jboss.org/browse/SHRINKRES-174 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Components: impl-maven > Affects Versions: 2.1.0 > Reporter: Aslak Knutsen > Assignee: Karel Piwko > Fix For: 2.2.0-alpha-1, 2.1.1 > > > "Unable to boostrap Aether repository system. Make sure you're running Maven 3.1.0 or newer." > The build is running Maven 3.1.0. > https://github.com/shrinkwrap/resolver/blob/master/impl-maven/src/main/ja... > Dependency:tree > https://gist.github.com/alesj/9891834#file-gistfile1-txt-L43 -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-175) Aether fails to instantiate RepositorySystem if SLF4J < 1.6 is on CP

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-175?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-175. --------------------------------- > Aether fails to instantiate RepositorySystem if SLF4J < 1.6 is on CP > -------------------------------------------------------------------- > > Key: SHRINKRES-175 > URL: https://issues.jboss.org/browse/SHRINKRES-175 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: impl-maven > Affects Versions: 2.1.0 > Reporter: Karel Piwko > Assignee: Karel Piwko > Priority: Critical > Fix For: 2.2.0-alpha-1, 2.1.1 > > > Aether fails to instantiate repository service, because it identifies that factory is on classpath and tries to use it. > LoggingFactory is a required component for Aether. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-162) Resolved file extension returned instead of packaging type in MavenResolvedArtifact

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-162?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-162. --------------------------------- > Resolved file extension returned instead of packaging type in MavenResolvedArtifact > ----------------------------------------------------------------------------------- > > Key: SHRINKRES-162 > URL: https://issues.jboss.org/browse/SHRINKRES-162 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Affects Versions: 2.0.1 > Reporter: Johan Evelönn > Assignee: Karel Piwko > Fix For: 2.1.1, 2.2.0-alpha-3 > > > When declaring a dependency in a pom.xml with the type EJB and then resolving it into a MavenResolvedArtifact the method getCoordinate().getPackagingType() returns PackagingType.JAR instead of PackagingType.EJB. So it seems like it sets the PackagingType to the extension of the resolved file. It works fine when a dependency has type war, since type and extension is the same. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-174) Missleading Exception message when sonatype and eclipse Aether found on classpath

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-174?page=com.atlassian.jira.plu... ] Karel Piwko resolved SHRINKRES-174. ----------------------------------- Resolution: Done > Missleading Exception message when sonatype and eclipse Aether found on classpath > --------------------------------------------------------------------------------- > > Key: SHRINKRES-174 > URL: https://issues.jboss.org/browse/SHRINKRES-174 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Components: impl-maven > Affects Versions: 2.1.0 > Reporter: Aslak Knutsen > Assignee: Karel Piwko > Fix For: 2.1.1, 2.2.0-alpha-1 > > > "Unable to boostrap Aether repository system. Make sure you're running Maven 3.1.0 or newer." > The build is running Maven 3.1.0. > https://github.com/shrinkwrap/resolver/blob/master/impl-maven/src/main/ja... > Dependency:tree > https://gist.github.com/alesj/9891834#file-gistfile1-txt-L43 -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-182) ShrinkWrap Resolver sometimes can't resolve a dependency with EJB packaging

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-182?page=com.atlassian.jira.plu... ] Karel Piwko closed SHRINKRES-182. --------------------------------- > ShrinkWrap Resolver sometimes can't resolve a dependency with EJB packaging > --------------------------------------------------------------------------- > > Key: SHRINKRES-182 > URL: https://issues.jboss.org/browse/SHRINKRES-182 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Components: impl-maven > Affects Versions: 2.1.0 > Reporter: Ron Šmeral > Assignee: Karel Piwko > Fix For: 2.1.1, 2.2.0-alpha-3 > > > Several Seam example integration tests fail when creating the deployment for testing, due to an exception in resoution of the {{org.jboss.seam:jboss-seam}} artifact, which is an artifact with EJB packaging. > {noformat} > java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.Archive org.jboss.seam.example.booking.test.BookingTest.createDeployment() > ... > Caused by: org.jboss.shrinkwrap.resolver.api.NoResolvedResultException: Unable to collect/resolve dependency tree for a resolution due to: Could not find artifact org.jboss.seam:jboss-seam:ejb:2.3.4.Final-redhat-1 in wfk2-enterprise-repository > ... > Caused by: org.eclipse.aether.resolution.DependencyResolutionException: Could not find artifact org.jboss.seam:jboss-seam:ejb:2.3.4.Final-redhat-1 in wfk2-enterprise-repository > ... > Caused by: org.eclipse.aether.resolution.ArtifactResolutionException: Could not find artifact org.jboss.seam:jboss-seam:ejb:2.3.4.Final-redhat-1 in wfk2-enterprise-repository > ... > Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.jboss.seam:jboss-seam:ejb:2.3.4.Final-redhat-1 in wfk2-enterprise-repository > {noformat} > It is quite suspicious, that SWR tries to download a file with an {{ejb}} extension, which would be obviously wrong: > {noformat} > WARNING: Failed downloading org/jboss/seam/jboss-seam/2.3.4.Final-redhat-1/jboss-seam-2.3.4.Final-redhat-1.ejb from file:///qa/hudson_workspace/workspace/wfk-2.x-seam-2.3-eap6-itest/dc63a4c9/wfk-qa/build/configuration/../../../jboss-wfk-2.6.0-maven-repository/. > {noformat} > This behaviour is seemingly not consistent, but is deterministic - it happens only in some projects, but in those, it happens every time. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

9 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues May 2014