October 2015 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKWRAP-495) Support String based construct overload in FileAsset

by Aslak Knutsen (JIRA)

Aslak Knutsen created SHRINKWRAP-495: ---------------------------------------- Summary: Support String based construct overload in FileAsset Key: SHRINKWRAP-495 URL: https://issues.jboss.org/browse/SHRINKWRAP-495 Project: ShrinkWrap Issue Type: Feature Request Components: api Reporter: Aslak Knutsen -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-233) Ability to read legacy MAVEN_HOME variable

by John Ament (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-233?page=com.atlassian.jira.plu... ] John Ament updated SHRINKRES-233: --------------------------------- Component/s: maven > Ability to read legacy MAVEN_HOME variable > ------------------------------------------ > > Key: SHRINKRES-233 > URL: https://issues.jboss.org/browse/SHRINKRES-233 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Components: maven > Affects Versions: 2.2.0 > Reporter: John Ament > > ShrinkWrap by default should also look at MAVEN_HOME, when both M2_HOME and -Dmaven.home are not set. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-233) Ability to read legacy MAVEN_HOME variable

by John Ament (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-233?page=com.atlassian.jira.plu... ] John Ament updated SHRINKRES-233: --------------------------------- Affects Version/s: 2.2.0 > Ability to read legacy MAVEN_HOME variable > ------------------------------------------ > > Key: SHRINKRES-233 > URL: https://issues.jboss.org/browse/SHRINKRES-233 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Affects Versions: 2.2.0 > Reporter: John Ament > > ShrinkWrap by default should also look at MAVEN_HOME, when both M2_HOME and -Dmaven.home are not set. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-233) Ability to read legacy MAVEN_HOME variable

by John Ament (JIRA)

John Ament created SHRINKRES-233: ------------------------------------ Summary: Ability to read legacy MAVEN_HOME variable Key: SHRINKRES-233 URL: https://issues.jboss.org/browse/SHRINKRES-233 Project: ShrinkWrap Resolvers Issue Type: Feature Request Reporter: John Ament ShrinkWrap by default should also look at MAVEN_HOME, when both M2_HOME and -Dmaven.home are not set. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-480) Fix order of entries in exported zip file

by Grzegorz Grzybek (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-480?page=com.atlassian.jira.pl... ] Grzegorz Grzybek commented on SHRINKWRAP-480: --------------------------------------------- Thanks - it's working! > Fix order of entries in exported zip file > ----------------------------------------- > > Key: SHRINKWRAP-480 > URL: https://issues.jboss.org/browse/SHRINKWRAP-480 > Project: ShrinkWrap > Issue Type: Feature Request > Components: impl-base > Affects Versions: 1.2.2 > Reporter: Stefan Bunciak > Assignee: Michal Matloka > Fix For: 1.2.3 > > Attachments: jdk7-8.png > > > ZipExporter from ShwinkWrap 1.0.1 created zip file with the following structure: > {code} > Archive: s-ramp-exporter.jar > Length Method Size Cmpr Date Time CRC-32 Name > -------- ------ ------- ---- ---------- ----- -------- ---- > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/ > 3847 Defl:N 898 77% 03-31-2014 13:36 b04e8666 META-INF/switchyard.xml > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/beans.xml > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/container/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/container/sramp/ > 1881 Defl:N 875 54% 03-31-2014 13:36 21ed2654 org/jboss/arquillian/container/sramp/DeploymentTest.class > -------- ------- --- ------- > 5728 1787 69% 9 files > {code} > Newer versions on ShrinkWrap gave me: > {code} > Archive: s-ramp-resource.jar > Length Method Size Cmpr Date Time CRC-32 Name > -------- ------ ------- ---- ---------- ----- -------- ---- > 3847 Defl:N 898 77% 03-30-2014 17:45 b04e8666 META-INF/switchyard.xml > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/beans.xml > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/container/ > 1790 Defl:N 842 53% 03-30-2014 17:45 7a7ed211 org/jboss/arquillian/container/sramp/DeploymentTest.class > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/container/sramp/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/ > -------- ------- --- ------- > 5637 1754 69% 9 files > {code} > Would it be possible to provide users with both exporting mechanisms (single & multi threaded)? By default use the multi-threaded approach. > I assume this behavior is result of https://issues.jboss.org/browse/SHRINKWRAP-434. It's not against ZIP standard, afaik, however due to such structure I had to revert to older version of ShrinkWrap (I need zip file for further processing by 3rd party library) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-490) Allow ExplodedExporter to export directly into a target directory

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-490?page=com.atlassian.jira.pl... ] Aslak Knutsen closed SHRINKWRAP-490. ------------------------------------ > Allow ExplodedExporter to export directly into a target directory > ----------------------------------------------------------------- > > Key: SHRINKWRAP-490 > URL: https://issues.jboss.org/browse/SHRINKWRAP-490 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Affects Versions: 1.2.2 > Reporter: Aslak Knutsen > Assignee: Andrew Rubinger > Fix For: 1.2.3 > > > The ExplodedExporter currently support > * exportExploded(parent) > * exportExploded(parent, targetName) > exportExploded(parent) automatically append archive.name to the output path. > We're currently missing a way to write directly to a given directory with out having to do a little dance like: > {code} > File target = new File("some/dir"); > archive.as(ExplodedExporter.class).exportExploded(target.getParent(), target.getName()); > {code} > Propose new ExplodedExport method exportExplodedInto(File target) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-453) Paths in webarchives are not calculated correctly

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-453?page=com.atlassian.jira.pl... ] Aslak Knutsen closed SHRINKWRAP-453. ------------------------------------ > Paths in webarchives are not calculated correctly > ------------------------------------------------- > > Key: SHRINKWRAP-453 > URL: https://issues.jboss.org/browse/SHRINKWRAP-453 > Project: ShrinkWrap > Issue Type: Bug > Components: api > Affects Versions: 1.1.2 > Environment: Win7x64, JDK1.7.0_17x32, JBOSS 7.1.3.Final, Arquillian 1.0.3Final, JUnit 4.11 > Reporter: Stefan Hösel > Fix For: 1.2.3 > > > When creating a WebArchive via ShrinkWrap from a directory that is an exploded war file, paths inside this archive (generated with "arquillian.xml/arquillian/engine/property[deploymentExportPath]->target/deployments") generated invalid in some cases. > When investigating the sources I found "org.jboss.shrinkwrap.impl.base.importer.ExplodedImporterImpl.calculatePath(File root, File child)" uses "String.replaceFirst" to replace the occurance of rootPath in childPath to create a local war file path. My path of the directory that needs compression contains *brackets*, which (as well as other path elements, e.g. ".") are interpreted as regular expression tokens and therefore don't match. > The resulting archive can not be delpoyed in AS and tests can not be performed automatically. > The code to create the WebArchive looks like this: > {{ShrinkWrap._create_(WebArchive.{color:gray}*class*{color}, resultingWarFileNameAsString)}} > {{.as(ExplodedImporter.{color:gray}*class*{color}).importDirectory(absolutePathToExplodedWarDirectoryAsFile)}} > {{.as(WebArchive.{color:gray}*class*{color});}} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-481) Fix "mvn site" failure after "mvn clean install"

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-481?page=com.atlassian.jira.pl... ] Aslak Knutsen closed SHRINKWRAP-481. ------------------------------------ > Fix "mvn site" failure after "mvn clean install" > ------------------------------------------------ > > Key: SHRINKWRAP-481 > URL: https://issues.jboss.org/browse/SHRINKWRAP-481 > Project: ShrinkWrap > Issue Type: Task > Affects Versions: 1.2.2 > Reporter: Andrew Rubinger > Assignee: Andrew Rubinger > Fix For: 1.2.3 > > > While we've always needed to execute "mvn install" before "mvn site", the site plugin used to work. This is now failing on the CloudBees builds and the JavaDocs can no longer be built. > > For instance: > https://shrinkwrap.ci.cloudbees.com/job/ShrinkWrap_upstream-master/84/ -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-480) Fix order of entries in exported zip file

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-480?page=com.atlassian.jira.pl... ] Aslak Knutsen closed SHRINKWRAP-480. ------------------------------------ > Fix order of entries in exported zip file > ----------------------------------------- > > Key: SHRINKWRAP-480 > URL: https://issues.jboss.org/browse/SHRINKWRAP-480 > Project: ShrinkWrap > Issue Type: Feature Request > Components: impl-base > Affects Versions: 1.2.2 > Reporter: Stefan Bunciak > Assignee: Michal Matloka > Fix For: 1.2.3 > > Attachments: jdk7-8.png > > > ZipExporter from ShwinkWrap 1.0.1 created zip file with the following structure: > {code} > Archive: s-ramp-exporter.jar > Length Method Size Cmpr Date Time CRC-32 Name > -------- ------ ------- ---- ---------- ----- -------- ---- > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/ > 3847 Defl:N 898 77% 03-31-2014 13:36 b04e8666 META-INF/switchyard.xml > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/beans.xml > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/container/ > 0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/container/sramp/ > 1881 Defl:N 875 54% 03-31-2014 13:36 21ed2654 org/jboss/arquillian/container/sramp/DeploymentTest.class > -------- ------- --- ------- > 5728 1787 69% 9 files > {code} > Newer versions on ShrinkWrap gave me: > {code} > Archive: s-ramp-resource.jar > Length Method Size Cmpr Date Time CRC-32 Name > -------- ------ ------- ---- ---------- ----- -------- ---- > 3847 Defl:N 898 77% 03-30-2014 17:45 b04e8666 META-INF/switchyard.xml > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/beans.xml > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/container/ > 1790 Defl:N 842 53% 03-30-2014 17:45 7a7ed211 org/jboss/arquillian/container/sramp/DeploymentTest.class > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/container/sramp/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/ > 0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/ > -------- ------- --- ------- > 5637 1754 69% 9 files > {code} > Would it be possible to provide users with both exporting mechanisms (single & multi threaded)? By default use the multi-threaded approach. > I assume this behavior is result of https://issues.jboss.org/browse/SHRINKWRAP-434. It's not against ZIP standard, afaik, however due to such structure I had to revert to older version of ShrinkWrap (I need zip file for further processing by 3rd party library) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-491) Support Filters.includePaths(String...) excludePaths(String...)

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-491?page=com.atlassian.jira.pl... ] Aslak Knutsen closed SHRINKWRAP-491. ------------------------------------ > Support Filters.includePaths(String...) excludePaths(String...) > --------------------------------------------------------------- > > Key: SHRINKWRAP-491 > URL: https://issues.jboss.org/browse/SHRINKWRAP-491 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Affects Versions: 1.2.2 > Reporter: Aslak Knutsen > Assignee: Andrew Rubinger > Fix For: 1.2.3 > > > Add Filters helper method to filter against a List of paths. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues October 2015