July 2014 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKRES-187) ParsedPomFile does not expose test resources

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-187?page=com.atlassian.jira.plu... ] Karel Piwko updated SHRINKRES-187: ---------------------------------- Fix Version/s: 2.2.0-alpha-3 > ParsedPomFile does not expose test resources > -------------------------------------------- > > Key: SHRINKRES-187 > URL: https://issues.jboss.org/browse/SHRINKRES-187 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: api-maven > Affects Versions: 2.0.2 > Reporter: Falko M. > Labels: api-change > Fix For: 2.2.0-alpha-3 > > > There is {{ParsedPomFile.getResources()}} but this does not include test resouces and there is no {{.getTestResources()}}. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-187) ParsedPomFile does not expose test resources

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-187?page=com.atlassian.jira.plu... ] Karel Piwko commented on SHRINKRES-187: --------------------------------------- Thanks for the report, [~javaner]. > ParsedPomFile does not expose test resources > -------------------------------------------- > > Key: SHRINKRES-187 > URL: https://issues.jboss.org/browse/SHRINKRES-187 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: api-maven > Affects Versions: 2.0.2 > Reporter: Falko M. > Labels: api-change > Fix For: 2.2.0-alpha-3 > > > There is {{ParsedPomFile.getResources()}} but this does not include test resouces and there is no {{.getTestResources()}}. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-187) ParsedPomFile does not expose test resources

by Falko M. (JIRA)

Falko M. created SHRINKRES-187: ---------------------------------- Summary: ParsedPomFile does not expose test resources Key: SHRINKRES-187 URL: https://issues.jboss.org/browse/SHRINKRES-187 Project: ShrinkWrap Resolvers Issue Type: Enhancement Security Level: Public (Everyone can see) Components: api-maven Affects Versions: 2.0.2 Reporter: Falko M. There is {{ParsedPomFile.getResources()}} but this does not include test resouces and there is no {{.getTestResources()}}. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-247) Support recursive addition of web resources

by Raphael Parree (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-247?page=com.atlassian.jira.pl... ] Raphael Parree commented on SHRINKWRAP-247: ------------------------------------------- Not sure it helps much, but this is what use (Java 8) (as a reference to others) {code:java} Path WEBAPP_PATH = Paths.get("src","main","webapp"); int WEBAPP_PATH_LENGTH = WEBAPP_PATH.toString().length(); Files.walk(WEBAPP_PATH).filter(p->p.toString().endsWith("html")) .forEach((p) -> war.addAsWebResource(p.toFile(), p.toString().substring(WEBAPP_PATH_LENGTH))); {code} > Support recursive addition of web resources > -------------------------------------------- > > Key: SHRINKWRAP-247 > URL: https://issues.jboss.org/browse/SHRINKWRAP-247 > Project: ShrinkWrap > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.0.0-alpha-11 > Reporter: Karel Piwko > Labels: starter > > There should be a similar way to include web resources recursively as for classes. > Imagine that you would like to build a complete WAR used for functional tests, than the deployment method body will look like: > WebArchive war = ShrinkWrap.create(WebArchive.class, "practice0x-testing.war") > .addLibraries(Dependencies.use(MavenDependencies.class).resolveFrom("pom.xml", new ScopeFilter("", "compile"))) > .addPackages(true, NO_TEST_CLASSES, org.jboss.lectures.auction.AuctionManager.class.getPackage()) > .addResource(new File("src/main/webapp/detail.xhtml"), ArchivePaths.create("detail.xhtml")) > .addResource(new File("src/main/webapp/index.html"), ArchivePaths.create("index.html")) > .addResource(new File("src/main/webapp/list.xhtml"), ArchivePaths.create("list.xhtml")) > .addResource(new File("src/main/webapp/myAuctions.xhtml"), ArchivePaths.create("myAuctions.xhtml")) > .addResource(new File("src/main/webapp/myOverview.xhtml"), ArchivePaths.create("myOverview.xhtml")) > .addResource(new File("src/main/webapp/newAuction.xhtml"), ArchivePaths.create("newAuction.xhtml")) > .addResource(new File("src/main/webapp/newAuctionDetails.xhtml"), ArchivePaths.create("newAuctionDetails.xhtml")) > .addResource(new File("src/main/webapp/newAuctionSummary.xhtml"), ArchivePaths.create("newAuctionSummary.xhtml")) > .addResource(new File("src/main/webapp/script.js"), ArchivePaths.create("script.js")) > .addResource(new File("src/main/webapp/style.css"), ArchivePaths.create("style.css")) > .addResource(new File("src/main/webapp/style.ie6.css"), ArchivePaths.create("style.ie6.css")) > .addResource(new File("src/main/webapp/style.ie7.css"), ArchivePaths.create("style.ie7.css")) > .addResource(new File("src/main/webapp/images/01.png"), ArchivePaths.create("images/01.png")) > .addResource(new File("src/main/webapp/images/02.png"), ArchivePaths.create("images/02.png")) > .addResource(new File("src/main/webapp/images/03.png"), ArchivePaths.create("images/03.png")) > .addResource(new File("src/main/webapp/images/Block-h.png"), ArchivePaths.create("images/Block-h.png")) > .addResource(new File("src/main/webapp/images/Block-s.png"), ArchivePaths.create("images/Block-s.png")) > .addResource(new File("src/main/webapp/images/Block-v.png"), ArchivePaths.create("images/Block-v.png")) > .addResource(new File("src/main/webapp/images/BlockContentBullets.png"), ArchivePaths.create("images/BlockContentBullets.png")) > .addResource(new File("src/main/webapp/images/BlockHeader.png"), ArchivePaths.create("images/BlockHeader.png")) > .addResource(new File("src/main/webapp/images/BlockHeaderIcon.png"), ArchivePaths.create("images/BlockHeaderIcon.png")) > .addResource(new File("src/main/webapp/images/Button.png"), ArchivePaths.create("images/Button.png")) > .addResource(new File("src/main/webapp/images/Footer.png"), ArchivePaths.create("images/Footer.png")) > .addResource(new File("src/main/webapp/images/Header.jpg"), ArchivePaths.create("images/Header.jpg")) > .addResource(new File("src/main/webapp/images/Header.png"), ArchivePaths.create("images/Header.png")) > .addResource(new File("src/main/webapp/images/MenuItem.png"), ArchivePaths.create("images/MenuItem.png")) > .addResource(new File("src/main/webapp/images/Page-BgGlare.png"), ArchivePaths.create("images/Page-BgGlare.png")) > .addResource(new File("src/main/webapp/images/Page-BgSimpleGradient.jpg"), ArchivePaths.create("images/Page-BgSimpleGradient.jpg")) > .addResource(new File("src/main/webapp/images/PostQuote.png"), ArchivePaths.create("images/PostQuote.png")) > .addResource(new File("src/main/webapp/images/Sheet-h.png"), ArchivePaths.create("images/Sheet-h.png")) > .addResource(new File("src/main/webapp/images/Sheet-s.png"), ArchivePaths.create("images/Sheet-s.png")) > .addResource(new File("src/main/webapp/images/Sheet-v.png"), ArchivePaths.create("images/Sheet-v.png")) > .addResource(new File("src/main/webapp/images/contact.jpg"), ArchivePaths.create("images/contact.jpg")) > .addResource(new File("src/main/webapp/images/link photo.txt"), ArchivePaths.create("images/link photo.txt")) > .addResource(new File("src/main/webapp/images/nav.png"), ArchivePaths.create("images/nav.png")) > .addResource(new File("src/main/webapp/images/rssIcon.png"), ArchivePaths.create("images/rssIcon.png")) > .addResource(new File("src/main/webapp/images/spacer.gif"), ArchivePaths.create("images/spacer.gif")) > .addResource(new File("src/main/webapp/images/spectacles.gif"), ArchivePaths.create("images/spectacles.gif")) > .addResource(new File("src/main/webapp/images/subitem-bg.png"), ArchivePaths.create("images/subitem-bg.png")) > .addResource(new File("src/main/webapp/resources/auction/auctionList.xhtml"), ArchivePaths.create("resources/auction/auctionList.xhtml")) > .addResource(new File("src/main/webapp/resources/auction/menuItem.xhtml"), ArchivePaths.create("resources/auction/menuItem.xhtml")) > .addResource(new File("src/main/webapp/templates/home.xhtml"), ArchivePaths.create("templates/home.xhtml")) > .addResource(new File("src/main/webapp/templates/menu.xhtml"), ArchivePaths.create("templates/menu.xhtml")) > .addResource(new File("src/main/webapp/templates/login.xhtml"), ArchivePaths.create("templates/login.xhtml")) > .addWebResource(new File("src/main/webapp/WEB-INF/beans.xml"), "beans.xml") > .addWebResource(new File("src/main/webapp/WEB-INF/faces-config.xml"), "faces-config.xml") > .addWebResource(new File("src/main/webapp/WEB-INF/jboss-scanning.xml"), "jboss-scanning.xml") > .addWebResource(new File("src/main/resources/import.sql"), ArchivePaths.create("classes/import.sql")) > .addManifestResource(new File("src/main/resources/META-INF/persistence.xml")) > .setWebXML(new File("src/main/webapp/WEB-INF/web.xml")); > This could be massively reduced using a recursive addResources() call with a filter. > (ommiting incomming API changes in SHRINKWRAP-241) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-184) Shrinkwrap maven local repo resolution not working since ARQ 1.1.4.Final

by Sueleyman Vurucu (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-184?page=com.atlassian.jira.plu... ] Sueleyman Vurucu commented on SHRINKRES-184: -------------------------------------------- Hi karel. I'll try it as soon as possible. I hope this is a workarround and not a permanent solution ;-) > Shrinkwrap maven local repo resolution not working since ARQ 1.1.4.Final > ------------------------------------------------------------------------ > > Key: SHRINKRES-184 > URL: https://issues.jboss.org/browse/SHRINKRES-184 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Maven 3.2.1 > Java 7 64 - bit > Windows 7 64 bit > Reporter: Sueleyman Vurucu > > I update ARQ from 1.1.3.Final to 1.1.4.Final. > After I try to excecute my testsuite I had a Exception that some of the artifacts could not be resolved. After Debugging I see that shrinkwrap looks for that artifacts on our local nexus server. Unfortunately we dont deploy our development artifact on nexus. > The MavenResolverSystem is configured like shown below: > // ARQ 1.1.3.Final > private static MavenResolverSystem getMavenDependencyResolver() { > MavenResolverSystem mavenResolverSystem = Maven.configureResolver().fromFile(pathToSettingsXML); > mavenResolverSystem.offline(); > return mavenResolverSystem; > } > // ARQ 1.1.4.Final > private static ConfigurableMavenResolverSystem getMavenDependencyResolver() { > ConfigurableMavenResolverSystem mavenResolverSystem = Resolvers.configure(ConfigurableMavenResolverSystem.class); > mavenResolverSystem.withClassPathResolution(true); > mavenResolverSystem.fromFile(pathToSettingsXML); > mavenResolverSystem.workOffline(); > return mavenResolverSystem; > } > As you can see I say to MavenResolverSystem that it should work offline. > After deep debugging I see that the resolversystem try to find all the artifacts on our nexus. > //ARQ 1.1.3.Final > DefaultRepositorySystem:367 > com.siemag.base:wms-base-controller:ejb:3.0.0-SNAPSHOT <(compile) > //ARQ 1.1.4.Final > In the class DefaultRepositorySystem:367 > com.siemag.base:wms-base-controller:ejb:3.0.0-SNAPSHOT < [nexus (http://172.16.55.1:8081/nexus/content/groups/public, releases)] -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-185) Add support for the canonical form "G:A:P"

by Samuel Santos (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-185?page=com.atlassian.jira.plu... ] Samuel Santos edited comment on SHRINKRES-185 at 7/5/14 7:31 PM: ----------------------------------------------------------------- Yes, '?' solves it. I'm closing the issue. Thanks! was (Author: silenius): Yes, '?' solves it. I've already rejected the issue. Thanks! > Add support for the canonical form "G:A:P" > ------------------------------------------ > > Key: SHRINKRES-185 > URL: https://issues.jboss.org/browse/SHRINKRES-185 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: api-maven > Affects Versions: 2.1.1 > Reporter: Samuel Santos > Labels: resolver, shrinkwrap > > Currently, resolving a dependency with a specific packaging type, requires a version to be specified: > {code:java} > Maven.resolver().loadPomFromFile("pom.xml").resolve("G:A:ejb:V").withoutTransitivity().asSingle(JavaArchive.class); > {code} > The version should be optional and the canonical form "G:A\:P" should be valid/allowed. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-156) Create descriptor for jboss-deployment-structure.xml

by Ralf Battenfeld (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-156?page=com.atlassian.jira.pl... ] Ralf Battenfeld commented on SHRINKDESC-156: -------------------------------------------- Good idea:-) Probably something for the version 3? We are currently refactoring the API. But there should be a version 2 release coming soon for the common descriptor feature. I am open. Andrew, what is your opinion? > Create descriptor for jboss-deployment-structure.xml > ---------------------------------------------------- > > Key: SHRINKDESC-156 > URL: https://issues.jboss.org/browse/SHRINKDESC-156 > Project: ShrinkWrap Descriptors > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: api-jboss, impl-jboss > Affects Versions: 2.0.0-alpha-5 > Reporter: Mathieu Lachance > > I'm using jboss-deployment-structure.xml descriptor and it would be great to create it programatically. > see xsd: > http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_0.xsd > http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_1.xsd > http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_2.xsd -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-156) Create descriptor for jboss-deployment-structure.xml

by Mathieu Lachance (JIRA)

Mathieu Lachance created SHRINKDESC-156: ------------------------------------------- Summary: Create descriptor for jboss-deployment-structure.xml Key: SHRINKDESC-156 URL: https://issues.jboss.org/browse/SHRINKDESC-156 Project: ShrinkWrap Descriptors Issue Type: Feature Request Security Level: Public (Everyone can see) Components: api-jboss, impl-jboss Affects Versions: 2.0.0-alpha-5 Reporter: Mathieu Lachance I'm using jboss-deployment-structure.xml descriptor and it would be great to create it programatically. see xsd: http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_0.xsd http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_1.xsd http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_2.xsd -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-184) Shrinkwrap maven local repo resolution not working since ARQ 1.1.4.Final

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-184?page=com.atlassian.jira.plu... ] Karel Piwko commented on SHRINKRES-184: --------------------------------------- This is caused by different Aether model in SWR 2.0.x and SWR 2.1.x. Same affects users migrating from Maven 3.0 to 3.1+. Please try to define system property -Dmaven.legacyLocalRepo=true and let me know if that fixes your issue. > Shrinkwrap maven local repo resolution not working since ARQ 1.1.4.Final > ------------------------------------------------------------------------ > > Key: SHRINKRES-184 > URL: https://issues.jboss.org/browse/SHRINKRES-184 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Maven 3.2.1 > Java 7 64 - bit > Windows 7 64 bit > Reporter: Sueleyman Vurucu > > I update ARQ from 1.1.3.Final to 1.1.4.Final. > After I try to excecute my testsuite I had a Exception that some of the artifacts could not be resolved. After Debugging I see that shrinkwrap looks for that artifacts on our local nexus server. Unfortunately we dont deploy our development artifact on nexus. > The MavenResolverSystem is configured like shown below: > // ARQ 1.1.3.Final > private static MavenResolverSystem getMavenDependencyResolver() { > MavenResolverSystem mavenResolverSystem = Maven.configureResolver().fromFile(pathToSettingsXML); > mavenResolverSystem.offline(); > return mavenResolverSystem; > } > // ARQ 1.1.4.Final > private static ConfigurableMavenResolverSystem getMavenDependencyResolver() { > ConfigurableMavenResolverSystem mavenResolverSystem = Resolvers.configure(ConfigurableMavenResolverSystem.class); > mavenResolverSystem.withClassPathResolution(true); > mavenResolverSystem.fromFile(pathToSettingsXML); > mavenResolverSystem.workOffline(); > return mavenResolverSystem; > } > As you can see I say to MavenResolverSystem that it should work offline. > After deep debugging I see that the resolversystem try to find all the artifacts on our nexus. > //ARQ 1.1.3.Final > DefaultRepositorySystem:367 > com.siemag.base:wms-base-controller:ejb:3.0.0-SNAPSHOT <(compile) > //ARQ 1.1.4.Final > In the class DefaultRepositorySystem:367 > com.siemag.base:wms-base-controller:ejb:3.0.0-SNAPSHOT < [nexus (http://172.16.55.1:8081/nexus/content/groups/public, releases)] -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues July 2014