Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: river-dev@incubator.apache.org
Received-SPF: neutral (nike.apache.org: 209.147.126.92 is neither permitted
 nor denied by domain of mmcgrady@topiatechnology.com)
Message-Id: <584BFCD6-B319-4D24-A042-6B0FFD7F3A54@topiatechnology.com>
From: Michael McGrady <mmcgrady@topiatechnology.com>
To: river-dev@incubator.apache.org
In-Reply-To: <493EA11B.8000900@wizards.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: Re: Split JavaSpaces and JINI
Date: Tue, 9 Dec 2008 22:09:30 -0500
References: <964EAC824495234A86F3C47DA8BD8AAD17750A@sucden-exch.sucden.co.uk>
	 <e202160f0811241937q4deaf613kcdb383de36b67a63@mail.gmail.com>
	 <49390F0E.7080204@dcrdev.demon.co.uk>
	 <964EAC824495234A86F3C47DA8BD8AAD177530@sucden-exch.sucden.co.uk>
	 <CEB8EFB8-F6F2-4609-8C04-658479DA2236@topiatechnology.com>
	 <bb2708720812071852j711decc2m62f3475129e12fed@mail.gmail.com>
	 <F6F6F89E-A8CB-424A-AA40-2CE5C3500C53@topiatechnology.com>
	 <493D40A9.7020808@wizards.de>
	 <863EA217-8B6B-4881-867E-8A645A036276@topiatechnology.com>
	 <493D77B0.5060803@wonderly.org>
 <caf30e2a0812082235v1259a654r840eabc0c151329d@mail.gmail.com>
 <493E9460.1030901@wonderly.org>
 <3FD8879E-07D0-49C1-B2DC-74A630D4C0DF@topiatechnology.com>
 <493EA11B.8000900@wizards.de>

Hello, Holger,

Here is where I am coming from.

I am relatively new to the more detailed issues relating to JINI and =20
JavaSpaces.

I got here due to some pretty formidable issues in network computing =20
involving scaling and performance that looked like JavaSpaces could =20
definitely help.  The basic ideas behind JavaSpaces made sense and =20
were not even challenging, even though exciting and I think rather deep.

When I ran into the JavaSpaces and JINI mix, I was surprised at the =20
"messiness" of it all.  I find that clean code that makes immediate =20
semantic sense is pretty necessary in the jobs I do.  I pretty much =20
have to ensure ultraquality not unlike aerospace and nuclear power =20
plant issues.  Also, I have to consider pretty severe security issues =20=

and having extra functionality in a code base where it seemingly does =20=

not belong becomes an issue in a heartbeat.

For me the current codebase is not very usable.  I would prefer to =20
have a JavaSpaces API that allowed a full use of JavaSpaces (Linda =20
spaces as it were) and to keep JINI aside for whatever extras there =20
were outside that.

MG


On Dec 9, 2008, at 11:47 AM, Holger Hoffst=E4tte wrote:

> Michael,
>
> I am still not sure what exactly you would gain, in practical terms. =20=

> Why
> would you want to decouple the two when the individual parts are not
> particularly useful without each other? This might be useful if we had
> complicated build dependencies or huge jars that become too big or
> cumbersome to buid/test, but none if this is the case at the moment.
>
>> is being discussed here is how to decouple, not a divorce.  This may
>> only require moving the Entry interface over to JavaSpaces.  That =20
>> "plain
>
> Entry just marks things so now every regular service lookup would =20
> depend
> on JavaSpaces? That makes no sense. The only possibility out of this =20=

> might
> be two different interfaces, one for Jini lookups and one for marking
> space entries, but again what's the gain? It's just an interface. If =20=

> you
> treat the Jini core classes as "just another library" instead of =20
> like an
> intimidating machinery with mobile code and whatnot, the entire =20
> issue goes
> away.
> I wrote my first few JavaSpaces examples and happily used some of =20
> the Jini
> core classes (like remote events) without knowing one bit about the =20=

> details.
>
>> The Javaspace API is of interest independent of JIN, as others have
>> pointed outI.  If River won't decouple them, then that is an =20
>> unnecessary
>> limitation of the codebase which would be unfortunate for a project
>> seeking interested people.
>
> I get the impression that somehow you really want "something else", =20=

> i.e.
> the functionality of JavaSpaces without Jini..? If so please explain =20=

> what
> and why - just curious.
>
> Holger

Michael McGrady
Senior Engineer
Topia Technology, Inc.
1.253.720.3365
mmcgrady@topiatechnology.com