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 johnsarman@gmail.com
 designates 209.85.219.20 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:references;
        b=GqtjdMuiH1+3pwVyeOusalK1Q42bMrGqaUc2gPs2VAI4xj4c4X5TUcds4kEbU3m7UW
         YZFQAobkWfT7fkzxc/3F9HXtU8oZphI6FOSD2nlaLHCcOeL8DuPIYOic+ohCa5IEmW7g
         VmP3WxQrzJ6eeUmPwiBPtMi2YHnkph+WDdMu0=
Message-ID: <bb2708720812220841p3b129e40q45ce4f3563e40be8@mail.gmail.com>
Date: Mon, 22 Dec 2008 11:41:28 -0500
From: "John Sarman" <johnsarman@gmail.com>
To: river-dev@incubator.apache.org
Subject: Re: Split JavaSpaces and JINI
In-Reply-To: <61880767-1207-4FC3-ABDE-60067D5CD472@topiatechnology.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_82252_7538579.1229964088825"
References: <964EAC824495234A86F3C47DA8BD8AAD17750A@sucden-exch.sucden.co.uk>
	 <1FD0F33B-B582-4EF7-BF7E-47096455F83F@topiatechnology.com>
	 <caf30e2a0812202349t345f1f82j6012b7aa6f158b6d@mail.gmail.com>
	 <B5A81CB0-EE33-4D2F-A81F-DDECA0508EAC@topiatechnology.com>
	 <caf30e2a0812210510k587e827dtbc2b16e98865a2a2@mail.gmail.com>
	 <D310FCF7-3EB8-4357-9C33-29CBC92102C4@topiatechnology.com>
	 <bb2708720812220609p135fe774m82414e4525fa0715@mail.gmail.com>
	 <8FDADFAF-1075-458C-97B8-20C474CCB041@topiatechnology.com>
	 <caf30e2a0812220804m79c6b812v4a3af8d5f37d49f0@mail.gmail.com>
	 <61880767-1207-4FC3-ABDE-60067D5CD472@topiatechnology.com>

------=_Part_82252_7538579.1229964088825
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The refactoring from net.jini to org.apache.river would definitely cause
alot of existing code to be forced to be changed.  That being said, I
personally would not mind refactoring although this does not solve any
problems, just creates more!

John

On Mon, Dec 22, 2008 at 11:24 AM, Michael McGrady <
mmcgrady@topiatechnology.com> wrote:

> No problem with them being bad.  I agree.
>
> The suggestions was meant to be understood in relation to the suggestion
> previously made.
>
> The problem is that there is no natural owner for the generic interfaces
> other than Java itself, so far as I can tell.
>
> How about:
>
> apache.river.Lease
> apache.river.Transaction
> apache.river.Entry
> apache.river.jini (service platform)
> apache.river.javaspace.JavaSpace
>
> MG
>
>
> On Dec 22, 2008, at 8:04 AM, Niclas Hedhman wrote:
>
>  On Mon, Dec 22, 2008 at 11:40 PM, Michael McGrady
>> <mmcgrady@topiatechnology.com> wrote:
>>
>>  The changes you would have to make are not the point.  Either the
>>> suggestions are good or bad.
>>>
>>
>> They are bad.
>>
>> How many times is this needed to be repeated; Entry, Lease and
>> Transaction are not space-only concepts. I have already told you that
>> "net.jini" is a heritage of a organization, a business unit if you
>> like, so do a
>>
>> sed 's/net.jini/org.apache.river/'
>>
>> and you have a much truer representation of the architectural
>> structure. Moving "lease" from neutral ground into "javaspaces" only
>> decreases the decoupling (more coupling), not the other way around.
>> How can you fail to acknowledge something that obvious?
>>
>
> Lost my head focusing on another problem. Generally toss these out in a
> non-waterfall fashion but this one was particularly bad, I agree.
>
>
>
>>
>>
>> Cheers
>> Niclas
>>
>
> Michael McGrady
> Senior Engineer
> Topia Technology, Inc.
> 1.253.720.3365
> mmcgrady@topiatechnology.com
>
>
>
>
>

------=_Part_82252_7538579.1229964088825--