April 2013 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKWRAP-454) Add Mockito test dependency

by Michal Matloka (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-454?page=com.atlassian.jira.pl... ] Michal Matloka updated SHRINKWRAP-454: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/shrinkwrap/shrinkwrap/pull/69 Included in SHRINKWRAP-445 PR > Add Mockito test dependency > --------------------------- > > Key: SHRINKWRAP-454 > URL: https://issues.jboss.org/browse/SHRINKWRAP-454 > Project: ShrinkWrap > Issue Type: Enhancement > Reporter: Michal Matloka > Assignee: Michal Matloka > Priority: Trivial > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-454) Add Mockito test dependency

by Michal Matloka (JIRA)

Michal Matloka created SHRINKWRAP-454: ----------------------------------------- Summary: Add Mockito test dependency Key: SHRINKWRAP-454 URL: https://issues.jboss.org/browse/SHRINKWRAP-454 Project: ShrinkWrap Issue Type: Enhancement Reporter: Michal Matloka Assignee: Michal Matloka Priority: Trivial -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-390) Build option for building without Java 5

by Michal Matloka (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-390?page=com.atlassian.jira.pl... ] Michal Matloka commented on SHRINKWRAP-390: ------------------------------------------- What if we would make a separate profile for real 1.5 JRE validation and seperate for only animal sniffer ? So SW could be also developed under fedora 17, but before release full check would be performed. > Build option for building without Java 5 > ---------------------------------------- > > Key: SHRINKWRAP-390 > URL: https://issues.jboss.org/browse/SHRINKWRAP-390 > Project: ShrinkWrap > Issue Type: Task > Components: build > Environment: Fedora 17 > Reporter: Carlo de Wolf > Assignee: Michal Matloka > > Fedora 17 does not have a Java 5 JDK, so it is impossible to get through the enforcer check. > "JAVA5_HOME needs to be set to run some tests in the JRE5 runtime" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-125) Using asSingleFile only works if you return a single file

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-125?page=com.atlassian.jira.plu... ] Andrew Rubinger closed SHRINKRES-125. ------------------------------------- Resolution: Rejected > Using asSingleFile only works if you return a single file > --------------------------------------------------------- > > Key: SHRINKRES-125 > URL: https://issues.jboss.org/browse/SHRINKRES-125 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Reporter: John Ament > > In this code example > return Maven.resolver().offline().loadPomFromFile("pom.xml") > .resolve(artifact) > .withTransitivity().asFile()[0]; > You should be able to replace asFile()[0] with asSingleFile, however it doesn't work since multiple files are actually returned. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-125) Using asSingleFile only works if you return a single file

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-125?page=com.atlassian.jira.plu... ] Andrew Rubinger commented on SHRINKRES-125: ------------------------------------------- Tommy is correct. The description of this issue notes {code} You should be able to replace asFile()[0] with asSingleFile,{code} which is not true. >From the API Docs: {code}/** * Formats the resultant artifact as a {@link File}; assumes a single artifact is returned from resolution. * * @return */ File asSingleFile() throws NonUniqueResultException, NoResolvedResultException;{code} > Using asSingleFile only works if you return a single file > --------------------------------------------------------- > > Key: SHRINKRES-125 > URL: https://issues.jboss.org/browse/SHRINKRES-125 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Reporter: John Ament > > In this code example > return Maven.resolver().offline().loadPomFromFile("pom.xml") > .resolve(artifact) > .withTransitivity().asFile()[0]; > You should be able to replace asFile()[0] with asSingleFile, however it doesn't work since multiple files are actually returned. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-125) Using asSingleFile only works if you return a single file

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-125?page=com.atlassian.jira.plu... ] Andrew Rubinger moved SHRINKWRAP-448 to SHRINKRES-125: ------------------------------------------------------ Project: ShrinkWrap Resolvers (was: ShrinkWrap) Key: SHRINKRES-125 (was: SHRINKWRAP-448) > Using asSingleFile only works if you return a single file > --------------------------------------------------------- > > Key: SHRINKRES-125 > URL: https://issues.jboss.org/browse/SHRINKRES-125 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Reporter: John Ament > > In this code example > return Maven.resolver().offline().loadPomFromFile("pom.xml") > .resolve(artifact) > .withTransitivity().asFile()[0]; > You should be able to replace asFile()[0] with asSingleFile, however it doesn't work since multiple files are actually returned. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-448) Using asSingleFile only works if you return a single file

by Tommy Tynjä (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-448?page=com.atlassian.jira.pl... ] Tommy Tynjä commented on SHRINKWRAP-448: ---------------------------------------- I think asSingleFile has value over asFile()[0]. Think of the method asSingleFile like getSingleResult in JPA. When you are using that method you are expecting one result and one result only. If you would receive multiple results it's an error. It should not just default to the first result, in that case you are better of with asFile()[0] or something like a getFirstFile method. > Using asSingleFile only works if you return a single file > --------------------------------------------------------- > > Key: SHRINKWRAP-448 > URL: https://issues.jboss.org/browse/SHRINKWRAP-448 > Project: ShrinkWrap > Issue Type: Feature Request > Reporter: John Ament > > In this code example > return Maven.resolver().offline().loadPomFromFile("pom.xml") > .resolve(artifact) > .withTransitivity().asFile()[0]; > You should be able to replace asFile()[0] with asSingleFile, however it doesn't work since multiple files are actually returned. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

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

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-453?page=com.atlassian.jira.pl... ] Andrew Rubinger commented on SHRINKWRAP-453: -------------------------------------------- I'm not *quite* groking from the description what inputs you're providing. Would you mind sending along a PR showing the failing test case? Doesn't have to be perfect, just any failing test in the ShrinkWrap test suite will do and we'll fix it up to project spec. Thanks for the report! > 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 > > 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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-449) TarGzExporter wrong packing of paths with more than 100 characters

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-449?page=com.atlassian.jira.pl... ] Andrew Rubinger commented on SHRINKWRAP-449: -------------------------------------------- Then I'd recommend we shut this issue as "Will Not Fix", and if someone wants to dig into providing a current POSIX TAR impl to supplement our existing one, then we should open a feature request for that. Sound appropriate, Matej? > TarGzExporter wrong packing of paths with more than 100 characters > ------------------------------------------------------------------ > > Key: SHRINKWRAP-449 > URL: https://issues.jboss.org/browse/SHRINKWRAP-449 > Project: ShrinkWrap > Issue Type: Bug > Components: impl-base > Reporter: Matej Lazar > Assignee: Michal Matloka > > Prefixes of long paths (> 100 chars) are ignored when unpacking archives with tar on linux. > Packing "moreThan100/long/path/to/file.class" with TarGzExporter, is unpacked by linux tar as "long/path/to/file.class". > Where "long/path/to/file.class" is just bellow 100 chars. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-390) Build option for building without Java 5

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-390?page=com.atlassian.jira.pl... ] Andrew Rubinger commented on SHRINKWRAP-390: -------------------------------------------- So Animal Sniffer will look at the *compiled* result and provide some verification that API is compatible with 1.5, however we MUST be running the tests in a real 1.5 JRE to validate that all's working in our contracted environment. If you wanna do a PR to that end, by all means. :) > Build option for building without Java 5 > ---------------------------------------- > > Key: SHRINKWRAP-390 > URL: https://issues.jboss.org/browse/SHRINKWRAP-390 > Project: ShrinkWrap > Issue Type: Task > Components: build > Environment: Fedora 17 > Reporter: Carlo de Wolf > Assignee: Michal Matloka > > Fedora 17 does not have a Java 5 JDK, so it is impossible to get through the enforcer check. > "JAVA5_HOME needs to be set to run some tests in the JRE5 runtime" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues April 2013