On Tue 28 Nov 2017 at 07:25, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> On Tue 28 Nov 2017 at 06:53, Hervé BOUTEMY wrote:
>
>> awesome!
>> It even shows the owl icon :)
>>
>> now, every build looks to fail, and I can't open Blue Ocean to try to
>> figure
>
>
I think that’s beca
On Tue 28 Nov 2017 at 06:53, Hervé BOUTEMY wrote:
> awesome!
> It even shows the owl icon :)
>
> now, every build looks to fail, and I can't open Blue Ocean to try to
> figure
> out at which step. From log, IIUC, there is an issue with JDK 9: that's it?
Yes jdk 9 on Windows. Gavin asked Chris
if you browse the beam discussion you have most of figures. Using beam
can be nice - even if personally I would have loved tomee indeed ;) -
since we know we can boost it a lot upfront.
let me know if you need help Hervé, I would be happy to solve it
before they vote the switch.
Romain Manni-Buca
awesome!
It even shows the owl icon :)
now, every build looks to fail, and I can't open Blue Ocean to try to figure
out at which step. From log, IIUC, there is an issue with JDK 9: that's it?
We're really in the right direction: soon, we'll be ready to start plugins (40
plugins) and shared (20
> With so much difference I strongly think there are room for improvement but
> fail to see how maven graph computation can look that bad :(.
IMHO, visualizing that graph and the effective time on each build step is the
first thing to do before trying to change anything
It's on my TODO list for a
Le 27 nov. 2017 23:02, "Manfred Moser" a écrit :
Just my 2c as a long terms Maven user and committer..
People have been moving from one build tool the other for years. That
includes to Gradle, to Maven and to all sorts of others stuff and back. If
the Beam project thinks they will get significan
Just my 2c as a long terms Maven user and committer..
People have been moving from one build tool the other for years. That includes
to Gradle, to Maven and to all sorts of others stuff and back. If the Beam
project thinks they will get significant improvements for their build times and
they w
Did you also configure your proxy in the settings.xml? [1]
Hth,
Nick
[1] https://maven.apache.org/guides/mini/guide-proxies.html
Nick Stolwijk
~~~ Try to leave this world a little better than you found it and, when
your turn comes to die, you can die happy in feeling that at any rate you
have
Doesnt change anything significative - this is my setup.
Le 27 nov. 2017 22:01, "Igor Fedorenko" a écrit :
> I wouldn't bother with Takari local repository, it's broken broken, see
> [1] and [2]. Default Aether local repository impl is thread-safe enough,
> at least when local repository is used
My command *mvn clean* is not able to download a new artifact
*org.arquillian.universe:arquillian-junit:pom*
however it exists on Maven Central.
I run the command on Ubuntu Konsole, and nothing is downloaded.
When I run wget [1] from the same Konsole, the POM is downloaded.
The settings.xml is no
I wouldn't bother with Takari local repository, it's broken broken, see
[1] and [2]. Default Aether local repository impl is thread-safe enough,
at least when local repository is used from single-process
multi-threaded build.
[1] https://github.com/takari/takari-local-repository/issues/4
[2] https
I really would like to see the same numbers with Takari Smart Builder
and thread-safe local repo module.
Am 2017-11-27 um 20:52 schrieb Romain Manni-Bucau:
Even doing it the difference is significative. The parallelism and
graph computation (linked to the local repo thread safety) is the main
d
Even doing it the difference is significative. The parallelism and
graph computation (linked to the local repo thread safety) is the main
drawback of maven it seems.
Romain Manni-Bucau
@rmannibucau | Blog | Old Blog | Github | LinkedIn
2017-11-27 20:47 GMT+01:00 Michael Osipov :
> Am 2017-11-27
Am 2017-11-27 um 20:24 schrieb Romain Manni-Bucau:
Hi guys,
anything doable on maven side (either tuning or code changes) to be as
good as gradle on beam project. The project is goind to leave maven as
build tool ([1]) and I think it is very bad for 1. the community and
2. ASF as an ecosystem.
Hi guys,
anything doable on maven side (either tuning or code changes) to be as
good as gradle on beam project. The project is goind to leave maven as
build tool ([1]) and I think it is very bad for 1. the community and
2. ASF as an ecosystem.
[1]
https://lists.apache.org/thread.html/6d6f7ffc666
GitHub user bengtsod opened a pull request:
https://github.com/apache/maven/pull/139
[MNG-6298] 3.5.2: ClassNotFoundException
Adding exportedPackage to find class:
javax.annotation.security.RolesAllowed
First maven commit :) Works but might be deeper issue
You can merge
GitHub user YerkoPino opened a pull request:
https://github.com/apache/maven-scm/pull/57
[SCM-853] Bootstrap-changes-for-checkout-and-update
The changes in the bootstrap functionality includes: execute the goals with
an update if checkout directory exists or just execute the goals w
bhav0904 commented on issue #2: [JXR-100] Fix cross reference generation where
there are spaces befor..
URL: https://github.com/apache/maven-jxr/pull/2#issuecomment-347204846
It?s not, it was an unused method that I found and wanted to clean up.
On Mon, 27 Nov 2017 at 9:31 AM, Robert
rfscholte commented on a change in pull request #2: [JXR-100] Fix cross
reference generation where there are spaces befor..
URL: https://github.com/apache/maven-jxr/pull/2#discussion_r153211196
##
File path: maven-jxr/src/main/java/org/apache/maven/jxr/JavaCodeTransform.java
##
GitHub user acogoluegnes opened a pull request:
https://github.com/apache/maven-surefire/pull/171
[SUREFIRE-1445] Explicitly define SurefireProperties#putAll
This ensures the overriden put method is called and the items property is
updated.
You can merge this pull request into a Gi
PARTY PARTY PARTY TIME
https://builds.apache.org/view/M-R/view/Maven/job/maven-box/
On 22 November 2017 at 09:48, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> Scheduled for the November 26th upgrade: https://cwiki.apache.
> org/confluence/display/INFRA/Jenkins+Plugin+Upgrades
>
>
21 matches
Mail list logo