Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Reply-To: info@soebes.de
Subject: Re: Preleminary Maven 3.4.0-SNAPSHOT Testing
References: <5b57fe47-9869-6879-a828-c489ac62746a@gmx.de>
 <56c2a41f-6e55-13de-95fb-a39f61ff2339@swe-blog.net>
 <575DCF68.9080904@schulte.it>
 <97a368d2-2a40-082f-0480-71ac750447e0@swe-blog.net>
 <CABLGb9xQMm8vxA3U9w6MP-eQoTPeJ7P6RRTOPFDQywL=i=Z_mg@mail.gmail.com>
 <f794858a-3aca-bb6b-bcdd-1f1335bb14e0@swe-blog.net>
 <57685EB7.50804@apache.org>
 <577e4f6a-4a08-b213-18b1-bf8cfae55583@swe-blog.net>
 <5777A077.7030107@schulte.it>
 <4C805A84-4684-4D9C-9273-0B45BE732842@takari.io>
 <1575e925-8047-9877-cd82-ca4d33935c4c@gmx.de> <5778445B.2030608@schulte.it>
To: Maven Users List <users@maven.apache.org>
From: Karl Heinz Marbaise <khmarbaise@gmx.de>
Message-ID: <46cbd567-2912-41bf-1331-8de5923a1f7b@gmx.de>
Date: Sun, 3 Jul 2016 01:16:05 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:45.0)
 Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <5778445B.2030608@schulte.it>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
archived-at: Sat, 02 Jul 2016 23:16:12 -0000

Hi,

On 7/3/16 12:46 AM, Christian Schulte wrote:
> Am 07/02/16 um 23:18 schrieb Karl Heinz Marbaise:
>> Hi,
>>
>> On 7/2/16 2:06 PM, Jason van Zyl wrote:
>> ....
>>  >So we need to figure out a way to deliver the new behavior while
>> preserving
>>  >the old for a time being. Maybe a branch,
>>
>>
>>  > but I think the best way to do it is to have both behaviors exist in the
>>  > same codebase and turn on what we considered corrected behavior
>>  > with feature toggles.
>>  > Users can opt in early if they want to see the potential benefit
>>  > but it won’t affect users adversely or unintentionally.
>>  >Eventually over time the new behavior becomes the default and the old
>> behavior
>>  > can be toggled for the stragglers.
>>
>> I have implemented as an example feature toggles as module via
>> MNG-6056[1] (on a branch) which makes all this possible.
>>
>> So you can use things like:
>>
>> --activate-features MNG9991,MNG9992
>>
>
> I am all for active by default and giving a chance to disable things if
> needed. We do want the "features" to be active and we do want users to
> notice there is an issue they need to fix.

It is true that WE (maven devs) want the features to be active but the 
users are the leaders (the community) which means we should not break by 
default builds...(it does not really matter if the users needed to fix 
their builds/pom's etc. cause they are using a feature wrong or relying 
on a behaviour which is wrong etc.)..


Only if a users decides to acitvate a feature toggle he decided to 
check/test that feature...by intention...

Apart from that already explained in detail by Jason...


 > They can disable things if
> needed then but it's them who need to handle that and who need to know
> why they need to disable a feature and what to do about it.

 > Not
> activating things by default makes no sense in my opinion.

It makes completely sense, cause it keeps compatibility over the minor 
releases which gives us the chance to do changes without breaking a 
large number of builds (maybe millions of builds)...by default...


> --activate-features list,of,twenty,issues after a few releases. Nobody
> wants that. We want --deactivate-features list,
> of,only,the,issues,users,have,to,fix,themselves,we,do,not,care,about,when,and,how,they,will,do,if,they,ever,will,do,anything,at,all

If we make the decision to make a particular feature the default we can 
simple remove it from the feature toggle list...Or we can make to 
produce it warnings etc.


Kind regards
Karl Heinz Marbaise

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org