Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: river-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of pats@acm.org designates
 209.86.89.69 as permitted sender)
Message-ID: <4CE11EB3.30105@acm.org>
Date: Mon, 15 Nov 2010 03:51:15 -0800
From: Patricia Shanahan <pats@acm.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US;
 rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5
MIME-Version: 1.0
To: river-dev@incubator.apache.org
Subject: Re: Graduation - Was Re: Praise for River Development team
References: <4CCB81E6.8000705@zeus.net.au>
	<AANLkTimJN45uYYJQK9D+_QUOPW7Hp8GbOT10dOcFRc0P@mail.gmail.com>
	<4CCBBD0A.7070500@zeus.net.au>
	<AANLkTi=V6g715MHbjXBWyXh7qZEAvokoefXzsaXPBP+O@mail.gmail.com>
	<4CCCFD43.6010609@acm.org>
	<AANLkTi=BOA=rQM4knkv38iZCiOzTZDrrSMXjt-_Ai_YD@mail.gmail.com>
	<4CDE8D77.2040605@qcg.nl>
	<AANLkTin8g9e2X5AmAK5dDGy5GKtj9p8Rj4MMHrQMbqHY@mail.gmail.com>
	<AANLkTi=aUeSxx0oxcmYKAJ=K+g+O4dxG02Jv-mrb+PNa@mail.gmail.com>
	<AANLkTiky0fm1QEn6LYCcGXoNBVWd93jZqaq46TBFkpPn@mail.gmail.com>
	<4CE0A35D.2010100@acm.org>	<4CE0E98E.1010805@zeus.net.au>
	<4CE0F113.5080409@qcg.nl>
 <AANLkTi=gw6=DNZdr4P38X0A3p9_pyowMSSD=psSOZjx4@mail.gmail.com>
 <4CE10B3D.4000107@qcg.nl> <4CE10F30.3050501@zeus.net.au>
In-Reply-To: <4CE10F30.3050501@zeus.net.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 11/15/2010 2:45 AM, Peter Firmstone wrote:
> Sim IJskes - QCG wrote:
>> On 15-11-10 10:44, Tom Hobbs wrote:
>>> Segmenting the JARs and changing the namespaces are two very big
>>> chunks of work. Both of which are going to have an impact on our
>>> users. (Let's not forget the user list!)
>>
>> So this means publicity or announcing the change. And a roadmap item
>> on the website for users only focused on download.
>>
>>> My reluctance to spread the namespace change over a number of builds
>>> is simply due to the work we then place on our users. If, after each
>>> release, they need to refactor and/or retest their own code (which
>>> might be an extensive task) then asking them to do that multiple times
>>> is a big ask. Warning them that in X months times, if they want to
>>> continue using River, they're going to have to go through one big hit
>>> of pain is (in my perhaps flawed opinion) a better approach.
>>
>> +1
>>
>> For a user, one session of fixing the imports should be the limit.

+1

Not only does doing it all at once reduce the number of releases 
involved, it makes the user response to the rename much simpler. It is 
easier to write scripts for a rename of all packages with one or two 
prefixes than to pick out individual packages. It is easier to remember 
"com.sun.jini has been replaced by org.apache.river" than to remember a 
series of package changes.

>
> That makes sense, these namespaces have been advised as subject to change.
>
> Let me finish sorting the failing qa tests first though.

I think the fix for that should be part of the minor release to fix bugs 
that comes next, before the package rename.

Patricia