The biggest problem with most of these is that the violate the
principle of convention over configuration. My parent POM attempts to get close
by hiding all of the configuration in the parent, but I think it would be much
more usable if it were built into maven.
That would require a fair bit of wor
MG3>agreed please see below
From: Russell Gold
Sent: Friday, April 13, 2018 9:07 AM
To: Maven Users List
Subject: Re: Building and unit-testing MR Jars, easily
> On Apr 13, 2018, at 8:34 AM, Martin Gainty wrote:
>
> MG2>quick comment below
&g
DK. Java 9 has a -release
> switch, which is intended to replace -source and -target, but it doesn’t
> quite match its intended use. If you run with -release 1.8, for example, you
> cannot compile against the Unsafe class, which is my approach needs to use
> toolchains. I expect that
MG2>quick comment below
From: Russell Gold
Sent: Thursday, April 12, 2018 2:43 PM
To: Maven Users List
Subject: Re: Building and unit-testing MR Jars, easily
> On Apr 12, 2018, at 1:58 PM, Martin Gainty
to do that, but it is a clear pain point for
projects like Mockito, ByteBuddy, SimpleStub, and a number of others, which
have been designed to do tricky code generation or field access.
>
>> On Apr 12, 2018, at 10:44 AM, Martin Gainty wrote:
>>
>> MG>one-off request wi
rtin Gainty wrote:
>
> MG>one-off request with ant only approach to compiling MR jars
>
> ____
> From: Russell Gold mailto:russell.g...@oracle.com>>
> Sent: Thursday, April 12, 2018 7:00 AM
> To: Robert Scholte
> Cc: Maven Users List
> Su
____
> From: Russell Gold mailto:russell.g...@oracle.com>>
> Sent: Thursday, April 12, 2018 7:00 AM
> To: Robert Scholte
> Cc: Maven Users List
> Subject: Re: Building and unit-testing MR Jars, easily
>
>
>
>> On Apr 11, 2018, at 12:36
MG>one-off request with ant only approach to compiling MR jars
From: Russell Gold
Sent: Thursday, April 12, 2018 7:00 AM
To: Robert Scholte
Cc: Maven Users List
Subject: Re: Building and unit-testing MR Jars, easily
> On Apr 11, 2018, at 12:36 PM,
> On Apr 11, 2018, at 12:36 PM, Robert Scholte wrote:
>
> On Wed, 11 Apr 2018 14:25:37 +0200, Russell Gold
> wrote:
>
>> Hi Robert,
>>
>> I used properties because I need to trigger multiple profiles, depending on
>> whether we’re building the MR jar, and what JDK versions will be needed -
On Wed, 11 Apr 2018 14:25:37 +0200, Russell Gold
wrote:
Hi Robert,
I used properties because I need to trigger multiple profiles, depending
on whether we’re building the MR jar, and what JDK versions will be
needed - and I can use them to turn profiles off, which I could not do
by simp
Hi Robert,
I used properties because I need to trigger multiple profiles, depending on
whether we’re building the MR jar, and what JDK versions will be needed - and I
can use them to turn profiles off, which I could not do by simply turning on a
profile, as far as I know.
I didn’t consider tes
Hi Russell, interesting approach.
The difference between library developers and application developers
becomes more and more clear and this concept might be useful for library
builders.
We should probably have a separate page for all the available solutions
and menion the pro's and cons.
12 matches
Mail list logo