[jira] [Commented] (MCHECKSTYLE-314) checkstyle:check should invoke the execution of this plugin's goal "checkstyle" prior to executing itself

[ https://issues.apache.org/jira/browse/MCHECKSTYLE-314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036129#comment-16036129 ] Stig Rohde Døssing commented on MCHECKSTYLE-314: [~michael-o] This fi

[jira] [Updated] (MCHECKSTYLE-337) checkstyle:check only supports xml output format, but the docs say it supports plain as well

[ https://issues.apache.org/jira/browse/MCHECKSTYLE-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stig Rohde Døssing updated MCHECKSTYLE-337: --- Attachment: MCHECKSTYLE-337.patch Whoops, first version was based off 2.1

[jira] [Issue Comment Deleted] (MDEP-560) maven-dependency-plugin ignores method references passed as parameter

[ https://issues.apache.org/jira/browse/MDEP-560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Gettys updated MDEP-560: --- Comment: was deleted (was: I can't comment for the OP, but I'm using maven 3.5.0) > maven-dependency-pl

[jira] [Commented] (MDEP-560) maven-dependency-plugin ignores method references passed as parameter

[ https://issues.apache.org/jira/browse/MDEP-560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036100#comment-16036100 ] Robert Gettys commented on MDEP-560: I can't comment for the OP, but I'm using maven 3.5

[jira] [Commented] (MDEP-569) copy fails on artifacts previously downloaded via get from repo specified via CLI

[ https://issues.apache.org/jira/browse/MDEP-569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036086#comment-16036086 ] Guillaume Boué commented on MDEP-569: - Yes, adding a {{remoteRepositories}} parameter to

[jira] [Commented] (MDEP-560) maven-dependency-plugin ignores method references passed as parameter

[ https://issues.apache.org/jira/browse/MDEP-560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036074#comment-16036074 ] Guillaume Boué commented on MDEP-560: - This looks already fixed in version 3.0.1. Can yo

[jira] [Commented] (MCHECKSTYLE-337) checkstyle:check only supports xml output format, but the docs say it supports plain as well

[ https://issues.apache.org/jira/browse/MCHECKSTYLE-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036068#comment-16036068 ] Guillaume Boué commented on MCHECKSTYLE-337: Thanks! The patch must be a

[jira] [Commented] (SUREFIRE-1376) "The forked VM terminated without properly saying goodbye" when running Surefire in a very deep project structure on Windows

[ https://issues.apache.org/jira/browse/SUREFIRE-1376?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16035954#comment-16035954 ] Hudson commented on SUREFIRE-1376: -- SUCCESS: Integrated in Jenkins build maven-surefir

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Description: Another flush is necessary because the method {{AbstractCommandStream.read()}}

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Description: Another flush is necessary because the method {{AbstractCommandStream.read()}}

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Description: Another flush is necessary because the method {{AbstractCommandStream.read()}}

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Description: Another flush is necessary because the method {{AbstractCommandStream.read()}}

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Description: Another flush is necessary because the method {{AbstractCommandStream.read()}}

[jira] [Updated] (SUREFIRE-1380) AbstractCommandStream should flush data if another Thread marks the stream closed, empty shared buffer.

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Summary: AbstractCommandStream should flush data if another Thread marks the stream closed,

[jira] [Updated] (SUREFIRE-1381) Refactoring in AbstractCommandStream and MasterProcessCommand

[ https://issues.apache.org/jira/browse/SUREFIRE-1381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1381: --- Description: I have removed deprecated method {code} @Deprecated protected final Ma

[jira] [Updated] (SUREFIRE-1381) Refactoring in AbstractCommandStream and MasterProcessCommand

[ https://issues.apache.org/jira/browse/SUREFIRE-1381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1381: --- Description: I have removed deprecated method {code} @Deprecated protected final Ma

[jira] [Created] (SUREFIRE-1381) Refactoring in AbstractCommandStream and MasterProcessCommand

Tibor Digana created SUREFIRE-1381: -- Summary: Refactoring in AbstractCommandStream and MasterProcessCommand Key: SUREFIRE-1381 URL: https://issues.apache.org/jira/browse/SUREFIRE-1381 Project: Maven

[jira] [Closed] (SUREFIRE-1376) "The forked VM terminated without properly saying goodbye" when running Surefire in a very deep project structure on Windows

[ https://issues.apache.org/jira/browse/SUREFIRE-1376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana closed SUREFIRE-1376. -- Resolution: Fixed https://git-wip-us.apache.org/repos/asf?p=maven-surefire.git;a=commit;h=59c

[jira] [Updated] (SUREFIRE-1380) Command stream should flush data anyway and refactoring

[ https://issues.apache.org/jira/browse/SUREFIRE-1380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1380: --- Fix Version/s: 2.20.1 > Command stream should flush data anyway and refactoring > -

[jira] [Created] (SUREFIRE-1380) Command stream should flush data anyway and refactoring

Tibor Digana created SUREFIRE-1380: -- Summary: Command stream should flush data anyway and refactoring Key: SUREFIRE-1380 URL: https://issues.apache.org/jira/browse/SUREFIRE-1380 Project: Maven Surefir

[jira] [Commented] (SUREFIRE-1379) When rerunning failed tests, I want to be able to set a delay between each attempt, so the whole test suite doesn't fail due to a connection problem to 3rd party ser

[ https://issues.apache.org/jira/browse/SUREFIRE-1379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16035888#comment-16035888 ] Gilberto Torrezan commented on SUREFIRE-1379: - Sorry, putting a delay on `@