Am 02/14/17 um 20:25 schrieb Michael Osipov:
> Who seconds MNG-6150 Javadoc improvements for 3.5.0 for FIX-3.5.0?
> Functional changes, passes all tests.
+1
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For
We are dumping the std/out because it seems the event "Z,0,BYE!" was
missing.
I need to confirm the stream.
Maybe it will be okay now because I have applied a local patch and sent
three Java files to Michael.
If this does not help, we will dump received events. It's enough to test
with single IT
Am 2017-02-14 um 21:52 schrieb Karl Heinz Marbaise:
Hi Michael,
On 14/02/17 21:47, Michael Osipov wrote:
Am 2017-02-14 um 21:23 schrieb Karl Heinz Marbaise:
Hi,
so this looks like the problem is fixed..and maven-clean-plugin is not
the culprit ...
This isn't related. Surefire722 fails with
Hi Peter,
I've committed the fix based on your test. In fact with Maven3 things are
much simpler.
thanks,
Robert
On Tue, 14 Feb 2017 12:54:31 +0100, Petar Tahchiev
wrote:
Hi Robert,
this:
AFAIK we're never creating a new ProjectBuildingRequest, we should
Hi Michael,
On 14/02/17 21:47, Michael Osipov wrote:
Am 2017-02-14 um 21:23 schrieb Karl Heinz Marbaise:
Hi,
so this looks like the problem is fixed..and maven-clean-plugin is not
the culprit ...
This isn't related. Surefire722 fails with 3.0.0, but works with MCLEAN
2.6.1. I can provide
Am 2017-02-14 um 21:23 schrieb Karl Heinz Marbaise:
Hi,
so this looks like the problem is fixed..and maven-clean-plugin is not
the culprit ...
This isn't related. Surefire722 fails with 3.0.0, but works with MCLEAN
2.6.1. I can provide log files if you want.
On 14/02/17 15:31, Michael
Hi,
so this looks like the problem is fixed..and maven-clean-plugin is not
the culprit ...
Kind regards
Karl Heinz Marbaise
On 14/02/17 15:31, Michael Osipov wrote:
This test passes flawlessly.
Hi Michael,
If you will run the build again, this test should not fail. At least I hope
so,
Who seconds MNG-6150 Javadoc improvements for 3.5.0 for FIX-3.5.0?
Functional changes, passes all tests.
Michael
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
Hi Tibor,
I am currently running a full test bed with various Maven versions from
Surefire master.
I will pass you all log files along with the target directory. I'll join the
channel
at 18:30 Europe/Berlin.
Michael
> I will be on IRC in hour.
> We can talk about the other two tests.
> Can
I will be on IRC in hour.
We can talk about the other two tests.
Can you send me logs from yesterday for CheckTestNgReportTestIT and
Surefire772NoSurefireReportsIT ?
On Tue, Feb 14, 2017 at 3:33 PM, Michael Osipov-3 [via Maven] <
ml-node+s40175n5898667...@n5.nabble.com> wrote:
> This test passes
Hello.
I'm having a look at working on
https://issues.apache.org/jira/browse/MASSEMBLY-848 but I've never
worked on any of the "official" Maven plugins before. It seems like
the most obvious way to start working on the bug is to introduce the
files attached to that report as an integration test
This test passes flawlessly.
> Hi Michael,
>
> If you will run the build again, this test should not fail. At least I hope
> so, because it's ok on my side
>
Hi Robert,
this:
AFAIK we're never creating a new ProjectBuildingRequest, we should be using
the original or a clone of it, so the suggestion to set both types of
properties seems weird.
is not true:
> Am 02/13/17 um 17:47 schrieb Guo Yunhe:
> >> Don't. Don't do the same as done here:
> >> https://www.rpmfind.net/linux/RPM/fedora/25/s390x/m/maven-3.3.9-6.fc25.noarch.html
> >>
> >> The completely disassembled your tarball and build Maven theirselves. This
> >> is a non-canoncial build which
Github user britter commented on the issue:
https://github.com/apache/maven-surefire/pull/142
awesome!
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or
15 matches
Mail list logo