On Tue, 9 Dec 2014 10:52:14 +
Stephen Connolly wrote:
Hi,
H, B and E
thanks,
tony.
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the final
> round. If there is only one entry with
Someone has to kick off the voting..
1. Shotgun
2. Shotgun
3. Shotgun
or alternatively .. ;-)
1. Shotgun
2. Boo
3. Kaboom
Manfred
Stephen Connolly wrote on 09.12.2014 02:52:
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest
I opened a Jira issue a few days ago about this:
https://issues.apache.org/jira/browse/INFRA-8736
but nothing happened at the moment
Regards,
Hervé
Le mardi 9 décembre 2014 16:54:29 Stephen Connolly a écrit :
> Anyone have any idea what happened, seems there is no update since 2012
>
> https:/
Hi,
I found the solution myself.
Just need to define the following within the RarMavenProjectStub:
Build build = new Build();
build.setDirectory( getBasedir() + "/target" );
build.setSourceDirectory( getBasedir() + "/src/main/java" );
build.setOutputDirectory( getBasedir() + "/target/classes" )
H, H, or otherwise H.
Am Dienstag, 9. Dezember 2014 schrieb Stephen Connolly :
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the final
> round. If there is only one entry with the highest
Hi,
after taking a deeper look into the reason for the failed build i have
realized that based on the usage of the maven-plugin-testing-harness
a problem exists which i have drilled down to the following...point...
In maven-archiver the following code snippet: (MavenArchiver class line
532):
Am 2014-12-09 um 11:52 schrieb Stephen Connolly:
This is a run-off vote to select the top two options for our new mascot's
name.
The entries with the highest number of votes will be selected for the final
round. If there is only one entry with the highest number of votes then the
entries with th
Hi,
I've tried to build Maven itself with this JDK version. It fails almost at
the end when building Maven Compat.
The output:
[INFO] --- animal-sniffer-maven-plugin:1.10:check (check-java-1.6-compat)
@ maven-compat ---
[INFO] Checking unresolved references to
org.codehaus.mojo.signature:
Anyone have any idea what happened, seems there is no update since 2012
https://github.com/apache/maven-site
On 9 December 2014 at 16:53, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> H that seems to have failed to sync since scratch that...
>
>
> On 9 December 2014 at 1
Hi Robert & Kristian,
The initial changesets for JEP 220: Modular Run-Time Images [1] are
available
with JDK 9 early-access build 41 [2].
To summarize (please see the JEP for details):
- The "jre" subdirectory is no longer present in JDK images.
- The user-editable configuration fil
H, H ,H
2014-12-09 11:52 GMT+01:00 Stephen Connolly :
> H, E, K
>
> On 9 December 2014 at 10:52, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
>> This is a run-off vote to select the top two options for our new mascot's
>> name.
>>
>> The entries with the highest number of votes w
H
On Tue Dec 09 2014 at 11:53:27 AM Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the final
> round. If there is only one entry wi
This is a run-off vote to select the top two options for our new mascot's
name.
The entries with the highest number of votes will be selected for the final
round. If there is only one entry with the highest number of votes then the
entries with the second highest number of votes will also be inclu
H, E, K
On 9 December 2014 at 10:52, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the
> final round. If there is only one entry w
On 9 December 2014 at 10:29, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> On 9 December 2014 at 10:16, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
>> Added this to
>> https://cwiki.apache.org/confluence/display/MAVEN/Maven+4.0.0
>>
>
> So I am now thinking that y
On 9 December 2014 at 10:16, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> Added this to
> https://cwiki.apache.org/confluence/display/MAVEN/Maven+4.0.0
>
So I am now thinking that you would achieve this by doing something along
the lines of:
* Mojos can declare that the contribut
Added this to https://cwiki.apache.org/confluence/display/MAVEN/Maven+4.0.0
On 9 December 2014 at 08:31, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> So if I have a multi-module reactor...
>
> There's a jar module, a war module and a module for integration tests on
> the war modul
Just by way of clarity, I added 4 to the end of things to clarify that
Maven currently does not do these things... 'cause people have a habit of
picking up old threads and mis-reading... I am not suggesting that Maven
4's command will be called mvn4 ;-)
On 9 December 2014 at 09:00, Dawid Weiss wr
> Net result is that `mvn4 test` will work without having to populate the
> remote repo or local cache.
>
> Thoughts?
Oh, yes, yes, yes... bring it in. The intermediate install is so
problematic, especially on multi-threaded environments (think of
integration servers running multiple builds of the
So if I have a multi-module reactor...
There's a jar module, a war module and a module for integration tests on
the war module.
When I type `mvn4 test` should the reactor be smarter?
It sees the need to run up to the test phase on all modules, and it sees
that the integration tests module has a
20 matches
Mail list logo
