August 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1841) Spacelift can not deal with background process invocation

by Stefan Miklosovic (JIRA)

Stefan Miklosovic created ARQ-1841: -------------------------------------- Summary: Spacelift can not deal with background process invocation Key: ARQ-1841 URL: https://issues.jboss.org/browse/ARQ-1841 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Extension - Spacelift Affects Versions: spacelift_1.0.0.Alpha2 Reporter: Stefan Miklosovic Let's have this simple script: {code} #!/bin/sh curpath=`dirname $0` nohup ${curpath}/run_agent.sh $@ > /dev/null & 2>&1 {code} I execute it like this: {code} public class App { public static void main(String[] args) throws IOException { Tasks.setDefaultExecutionServiceFactory(new DefaultExecutionServiceFactory()); System.out.println("before"); Tasks.prepare(CommandTool.class) .programName("/bin/bash") .parameters("-c", "/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh") .execute().await(); System.out.println("after"); } } {code} So it effectively does this: {code} /bin/bash -c "/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh" {code} However it never reaches "after" output, that process in the script is started but Spacelift does not send it to the background and it still waits untill it is finished which never happen. Executing that script directly like following does the job: {code} public class App { public static void main(String[] args) throws IOException { Tasks.setDefaultExecutionServiceFactory(new DefaultExecutionServiceFactory()); System.out.println("before"); Runtime.getRuntime().exec("/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh"); System.out.println("after"); } } {code} Started process survives JVM termination. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-458) Graphene can't be compiled in Maven 3.1.1

by Lukáš Fryč (JIRA)

Lukáš Fryč created ARQGRA-458: --------------------------------- Summary: Graphene can't be compiled in Maven 3.1.1 Key: ARQGRA-458 URL: https://issues.jboss.org/browse/ARQGRA-458 Project: Arquillian Graphene Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Lukáš Fryč -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1815) Unable to locate Oracle Sequence filter

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1815?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1815: -------------------------------- Fix Version/s: persistence_1.0.0.next (was: persistence_1.0.0.Alpha7) > Unable to locate Oracle Sequence filter > --------------------------------------- > > Key: ARQ-1815 > URL: https://issues.jboss.org/browse/ARQ-1815 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Priority: Blocker > Fix For: persistence_1.0.0.next > > > When trying to define custom table filter using > {{<property name=“customTableFilter”>org.jboss.arquillian.persistence.dbunit.filter.OracleDatabaseSequenceFilterProvider</property>}} > It's resulting in > {{Unable to find sequence filter for org.jboss.arquillian.persistence.dbunit.filter.OracleDatabaseSequenceFilterProvider. Using default database sequence filter.}} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1800) SQL scripts are loaded with the default charset

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1800?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak resolved ARQ-1800. --------------------------------- Resolution: Done Pushed [upstream|https://github.com/arquillian/arquillian-extension-persistence/c...]. > SQL scripts are loaded with the default charset > ----------------------------------------------- > > Key: ARQ-1800 > URL: https://issues.jboss.org/browse/ARQ-1800 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: jean-françois Lefebvre > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > > SQLSripts are loaded with the default plateform charset. > Could you please add a property like this : > <extension qualifier="persistence"> > <property name="defaultEncoding">XXX</property> > </extension> > to set the default scripts encoding. > see org.jboss.arquillian.persistence.script.ScriptLoader > reader = new BufferedReader(new InputStreamReader(inputStream)); -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1800) SQL scripts are loaded with the default charset

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1800?page=com.atlassian.jira.plugin.s... ] Work on ARQ-1800 started by Bartosz Majsak. > SQL scripts are loaded with the default charset > ----------------------------------------------- > > Key: ARQ-1800 > URL: https://issues.jboss.org/browse/ARQ-1800 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: jean-françois Lefebvre > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > > SQLSripts are loaded with the default plateform charset. > Could you please add a property like this : > <extension qualifier="persistence"> > <property name="defaultEncoding">XXX</property> > </extension> > to set the default scripts encoding. > see org.jboss.arquillian.persistence.script.ScriptLoader > reader = new BufferedReader(new InputStreamReader(inputStream)); -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1830) Only the last Test Class of some subset of Test classes is reported with TestNG runner

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/ARQ-1830?page=com.atlassian.jira.plugin.s... ] Karel Piwko commented on ARQ-1830: ---------------------------------- It is likely a bug or behavior caused by TestNG runner in Surefire. Anyway that's something what should be fixed in core, especially if it works fine with TestNG. [~jhuska] is this behavior consistent across ARQ Core versions? > Only the last Test Class of some subset of Test classes is reported with TestNG runner > -------------------------------------------------------------------------------------- > > Key: ARQ-1830 > URL: https://issues.jboss.org/browse/ARQ-1830 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha4 > Reporter: Juraj Húska > > When you have TestNG test suite, after running some *subset* of all test classes (particular test classes or e.g. all classes in one package), then only the last test class is reported. > It works when you run all tests, and also with JUnit nicely. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1830) Only the last Test Class of some subset of Test classes is reported with TestNG runner

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/ARQ-1830?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on ARQ-1830: ---------------------------------- The thing is that when executing subset of some TestNG suite, {{AfterSuite}} is fired for every Test Class - therefore report is exported twice, and only report for the last Test Class is kept. For JUnit, the {{AfterSuite}} is fired only once - expected behavior. Just a note that this behavior of TestNG suite is occurring only when executing some subset of tests, e.g. {{-Dtest=OnTestClass,OtherTestClass}}. Is this an Arquillian bug I should report ? Any insight [~smikloso] [~kpiwko] please ? > Only the last Test Class of some subset of Test classes is reported with TestNG runner > -------------------------------------------------------------------------------------- > > Key: ARQ-1830 > URL: https://issues.jboss.org/browse/ARQ-1830 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha4 > Reporter: Juraj Húska > > When you have TestNG test suite, after running some *subset* of all test classes (particular test classes or e.g. all classes in one package), then only the last test class is reported. > It works when you run all tests, and also with JUnit nicely. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1831) Make reported exception stack-traces more concise

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1831?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic updated ARQ-1831: ----------------------------------- Status: Closed (was: Pull Request Sent) Fix Version/s: recorder_1.0.0.Beta1 Resolution: Done > Make reported exception stack-traces more concise > ------------------------------------------------- > > Key: ARQ-1831 > URL: https://issues.jboss.org/browse/ARQ-1831 > Project: Arquillian > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha4 > Reporter: Juraj Húska > Assignee: Juraj Húska > Priority: Minor > Fix For: recorder_1.0.0.Beta1 > > > Reported exceptions stack-traces are too long, they sometimes take more then two screens. It makes report less readable. > It would be nice if they are shorter. > For example if they are generated to {{html}}: > * then they can be written inside {{textarea}} or another block, frame with predefined height, so one will be able to scroll in such a block to reveal full stack-trace > * or something like Twitter Bootstrap [collapse|http://getbootstrap.com/2.3.2/javascript.html#collapse] can be employed. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1839) Reporter: if test does not have screenshots then next test report has wrong indentation

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1839?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic updated ARQ-1839: ----------------------------------- Status: Closed (was: Pull Request Sent) Fix Version/s: recorder_1.0.0.Beta1 Resolution: Done > Reporter: if test does not have screenshots then next test report has wrong indentation > --------------------------------------------------------------------------------------- > > Key: ARQ-1839 > URL: https://issues.jboss.org/browse/ARQ-1839 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha4 > Reporter: Juraj Húska > Assignee: Juraj Húska > Priority: Trivial > Fix For: recorder_1.0.0.Beta1 > > Attachments: wrongIndentation.png > > > Please see screenshot for more information what I mean. > There is probably some small CSS issue. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1839) Reporter: if test does not have screenshots then next test report has wrong indentation

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/ARQ-1839?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on ARQ-1839: ---------------------------------- Linked PR which fixes the small CSS issue. > Reporter: if test does not have screenshots then next test report has wrong indentation > --------------------------------------------------------------------------------------- > > Key: ARQ-1839 > URL: https://issues.jboss.org/browse/ARQ-1839 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha4 > Reporter: Juraj Húska > Assignee: Juraj Húska > Priority: Trivial > Attachments: wrongIndentation.png > > > Please see screenshot for more information what I mean. > There is probably some small CSS issue. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues August 2014