October 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1867) Recognize Spacelift threads from all others regarding of a thread name

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1867?page=com.atlassian.jira.plugin.s... ] Karel Piwko updated ARQ-1867: ----------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Landed in https://github.com/arquillian/arquillian-spacelift/commit/f54fbcf83fdccd0... THanks! > Recognize Spacelift threads from all others regarding of a thread name > ---------------------------------------------------------------------- > > Key: ARQ-1867 > URL: https://issues.jboss.org/browse/ARQ-1867 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > > It is hard to distinguish between Spacelift threads and all other threads in the system. > ExecutorServiceImpl creates executor services via Executors.newCachedThreadPool and Executors.newScheduledThreadPool(1) which are naming threads like "pool-1-thread-_number" and it is hard to make a difference what is Spacelift related and what is not in tools like jvisualvm or jconsole. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1647) Allow Executor to set process exit code

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1647?page=com.atlassian.jira.plugin.s... ] Karel Piwko closed ARQ-1647. ---------------------------- > Allow Executor to set process exit code > --------------------------------------- > > Key: ARQ-1647 > URL: https://issues.jboss.org/browse/ARQ-1647 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: spacelift_1.0.0.Alpha2 > > > Currently, it is not possible to setup exit code for external process. This makes handling of execution failure quite complicated. > Figure out what API should be used to let user define allowed exit values. 0 is to be kept as default value. Additionally, there might be multiple values to be set. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1687) Support setting process basedir

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1687?page=com.atlassian.jira.plugin.s... ] Karel Piwko closed ARQ-1687. ---------------------------- > Support setting process basedir > ------------------------------- > > Key: ARQ-1687 > URL: https://issues.jboss.org/browse/ARQ-1687 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: spacelift_1.0.0.Alpha2 > > > Is is not possible to setup a home directory of spawned/executed process. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1719) Command execution failure does not show command

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1719?page=com.atlassian.jira.plugin.s... ] Karel Piwko closed ARQ-1719. ---------------------------- > Command execution failure does not show command > ----------------------------------------------- > > Key: ARQ-1719 > URL: https://issues.jboss.org/browse/ARQ-1719 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: spacelift_1.0.0.Alpha2 > > > If command fails, it shows: > {code} > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 23.814 sec <<< FAILURE! - in org.jboss.aerogearjs.crypto.AeroGearCryptoTestCase > aerogearCryptoTestSuite(org.jboss.aerogearjs.crypto.AeroGearCryptoTestCase) Time elapsed: 0.046 sec <<< ERROR! > org.arquillian.spacelift.process.ProcessExecutionException: Invocation of [Ljava.lang.String;@78c66962 failed with 1 > {code} > This is useless, it should show real command. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1720) Command's toString() method does not take whitespaces into account

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1720?page=com.atlassian.jira.plugin.s... ] Karel Piwko closed ARQ-1720. ---------------------------- > Command's toString() method does not take whitespaces into account > ------------------------------------------------------------------ > > Key: ARQ-1720 > URL: https://issues.jboss.org/browse/ARQ-1720 > Project: Arquillian > Issue Type: Bug > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha1 > Reporter: Stefan Miklosovic > Assignee: Karel Piwko > Fix For: spacelift_1.0.0.Alpha2 > > > In case of invocation of command like this from shell > {code} > android create avd -n fd930b32-69bc-4d52-8313-2c9c27bb4511 -t "Google Inc.:Google APIs:17" > {code} > In order to build that command in Spacelift, having > {code} > String target = "Google Inc.:Google APIs:17"; > {code} > this is necessary to do in order to have the same command in Spacelift > {code} > Command command = new CommandBuilder().add(sdk.getAndroidPath()) > .add("create") > .add("avd") > .add("-n") > .add(configuration.getAvdName()) > .add("-t") > .add(target).build(); > {code} > However, command.toString() says that Spacelift invoked this > {code} > android create avd -n fd930b32-69bc-4d52-8313-2c9c27bb4511 -t Google Inc.:Google APIs:17 > {code} > But it is not true, in fact, it was executed with enclosing quotes because of present spaces in target string which command.toString() has not taken into account. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1712) Support for process identification

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1712?page=com.atlassian.jira.plugin.s... ] Karel Piwko closed ARQ-1712. ---------------------------- > Support for process identification > ---------------------------------- > > Key: ARQ-1712 > URL: https://issues.jboss.org/browse/ARQ-1712 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: spacelift_1.0.0.Alpha2 > > > Spacelift currently always outputs process identification (based on first argument). > It should be possible to: > * make this string configurable > * disable this altogether > This will help make logs more readable. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1864) Change Zip4j in favor of commons-compress

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1864?page=com.atlassian.jira.plugin.s... ] Karel Piwko resolved ARQ-1864. ------------------------------ Resolution: Done Landed in https://github.com/arquillian/arquillian-spacelift/commit/3a2b7aca25376a7... Thanks! > Change Zip4j in favor of commons-compress > ----------------------------------------- > > Key: ARQ-1864 > URL: https://issues.jboss.org/browse/ARQ-1864 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Alex Soto > Assignee: Alex Soto > Fix For: spacelift_1.0.0.Alpha3 > > > UnZip tool is based on zip4j library. The problem is that sometimes the files are tar, gzip, 7z, or arj. I suggest to change zip4j to commons-compress which supports a lot of compress algorithms in order to be able to write some Tool like UnzipTool, UntarTool and so on and even a generic UnCompressTool which you set the algorithm to be used. > http://search.maven.org/#artifactdetails%7Corg.apache.commons%7Ccommons-c... > The good news is that this library is maintained as well (last version released is from May 2014. > Again if you agree I will implement the change. > Note: that I have never found this error because I download zip files but today it is the first time I have found this barrier. > Of course another approach is to use GZipIS but because we are already using zip4j we can drop it and add this library. > Related with https://github.com/arquillian/arquillian-spacelift/issues/15 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1863) Update Spacelift Arquillian dependency version to 1.1.5.Final

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1863?page=com.atlassian.jira.plugin.s... ] Karel Piwko resolved ARQ-1863. ------------------------------ Resolution: Done Pushed upstream in https://github.com/arquillian/arquillian-spacelift/commit/66da963c487292e... Thanks! > Update Spacelift Arquillian dependency version to 1.1.5.Final > ------------------------------------------------------------- > > Key: ARQ-1863 > URL: https://issues.jboss.org/browse/ARQ-1863 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Alex Soto > Assignee: Alex Soto > Priority: Minor > Fix For: spacelift_1.0.0.Alpha3 > > > Currently Arquillian Spacelift uses Arquillian 1.1.4 as arquillian version but if you run in a 1.1.5, an exception is thrown. This is because both dependencies 1.14 and 1.1.5 coexists and a NoSuchMethodError exception is thrown. To avoid this you can add arquillian pom in dependency management. > <dependency> > <groupId>org.jboss.arquillian</groupId> > <artifactId>arquillian-bom</artifactId> > <version>1.1.5.Final</version> > <scope>import</scope> > <type>pom</type> > </dependency> > Related issue https://github.com/arquillian/arquillian-spacelift/issues/13 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1864) Change Zip4j in favor of commons-compress

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1864?page=com.atlassian.jira.plugin.s... ] Karel Piwko updated ARQ-1864: ----------------------------- Fix Version/s: spacelift_1.0.0.Alpha3 > Change Zip4j in favor of commons-compress > ----------------------------------------- > > Key: ARQ-1864 > URL: https://issues.jboss.org/browse/ARQ-1864 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Alex Soto > Assignee: Alex Soto > Fix For: spacelift_1.0.0.Alpha3 > > > UnZip tool is based on zip4j library. The problem is that sometimes the files are tar, gzip, 7z, or arj. I suggest to change zip4j to commons-compress which supports a lot of compress algorithms in order to be able to write some Tool like UnzipTool, UntarTool and so on and even a generic UnCompressTool which you set the algorithm to be used. > http://search.maven.org/#artifactdetails%7Corg.apache.commons%7Ccommons-c... > The good news is that this library is maintained as well (last version released is from May 2014. > Again if you agree I will implement the change. > Note: that I have never found this error because I download zip files but today it is the first time I have found this barrier. > Of course another approach is to use GZipIS but because we are already using zip4j we can drop it and add this library. > Related with https://github.com/arquillian/arquillian-spacelift/issues/15 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1864) Change Zip4j in favor of commons-compress

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1864?page=com.atlassian.jira.plugin.s... ] Karel Piwko updated ARQ-1864: ----------------------------- Affects Version/s: spacelift_1.0.0.Alpha2 > Change Zip4j in favor of commons-compress > ----------------------------------------- > > Key: ARQ-1864 > URL: https://issues.jboss.org/browse/ARQ-1864 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Alex Soto > Assignee: Alex Soto > > UnZip tool is based on zip4j library. The problem is that sometimes the files are tar, gzip, 7z, or arj. I suggest to change zip4j to commons-compress which supports a lot of compress algorithms in order to be able to write some Tool like UnzipTool, UntarTool and so on and even a generic UnCompressTool which you set the algorithm to be used. > http://search.maven.org/#artifactdetails%7Corg.apache.commons%7Ccommons-c... > The good news is that this library is maintained as well (last version released is from May 2014. > Again if you agree I will implement the change. > Note: that I have never found this error because I download zip files but today it is the first time I have found this barrier. > Of course another approach is to use GZipIS but because we are already using zip4j we can drop it and add this library. > Related with https://github.com/arquillian/arquillian-spacelift/issues/15 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues October 2014