Return-Path: Delivered-To: apmail-incubator-river-dev-archive@locus.apache.org Received: (qmail 96611 invoked from network); 11 Dec 2008 16:25:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Dec 2008 16:25:12 -0000 Received: (qmail 52915 invoked by uid 500); 11 Dec 2008 16:25:25 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 52896 invoked by uid 500); 11 Dec 2008 16:25:24 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 52885 invoked by uid 99); 11 Dec 2008 16:25:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Dec 2008 08:25:24 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [209.191.69.169] (HELO web33806.mail.mud.yahoo.com) (209.191.69.169) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 11 Dec 2008 16:25:09 +0000 Received: (qmail 29074 invoked by uid 60001); 11 Dec 2008 16:24:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=PouV3KOnlbYCs0R999/gLYcd2/nCGYVpDDFbdE5YzDrOsMJJExwAXFmp1spQ03o0DoZmPG1E4fl9H8iBkX+gAU/u9ZfZbYflEuxkfPkdGqZvrbSQ9cQjxNhvnnV80vsffdk00N6D9fQFOZrO1vHT2ItxWvkwBNe7W+rWERxfvW8=; X-YMail-OSG: UnmPHnQVM1lMyphvb2OA78.ts4jbPYrBzgjkTtw7CbJ2fKL8T5p9bTGckoAFs.BIjJoG1UC1tA1WwHVySMvEdDTaBUiiNZo.BlcIlpF30eXVL95RIoq8WrLUFCDnVOxHAp85Nq5uF00QimGmC4um_HTefY9dael8NkxmLN5t59r4rPgHZpAeigEIj8e_ Received: from [67.187.101.79] by web33806.mail.mud.yahoo.com via HTTP; Thu, 11 Dec 2008 08:24:46 PST X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 References: <964EAC824495234A86F3C47DA8BD8AAD17750A@sucden-exch.sucden.co.uk> <493D40A9.7020808@wizards.de> <863EA217-8B6B-4881-867E-8A645A036276@topiatechnology.com> <493D77B0.5060803@wonderly.org> <493E9460.1030901@wonderly.org> <493FEAA1.7030708@cox.net> <9b694b200812110126t2e14f5cg5d4f46607674111d@mail.gmail.com> <4aa658780812110136v10bd3a77v306114a391c39c4d@mail.gmail.com> <97949386-53E7-48F1-8994-3867C55B3149@topiatechnology.com> Date: Thu, 11 Dec 2008 08:24:46 -0800 (PST) From: Wade Chandler Subject: Re: Split JavaSpaces and JINI To: river-dev@incubator.apache.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <441650.28546.qm@web33806.mail.mud.yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org I think you'll find in any debate, more scientific in nature at least, which by itself precludes politics :-D, devoid of words, and more filled with examples of the thing being debated will be more tolerable for those in the discussion. We can talk architecture all day long, but without an understanding of exactly what you or we are talking about, those pieces we are referring, and specifically what River is, will be, and everyone's understanding of those things, cohesion, decoupling, architecture (to a degree) are all irrelevant. The needs and requirements and what that means at large are needed first. The horse before the cart. Wade ================== Wade Chandler, CCE Software Engineer and Developer, Certified Forensic Computer Examiner, NetBeans Dream Team Member, and NetBeans Board Member http://www.certified-computer-examiner.com http://wiki.netbeans.org/wiki/view/NetBeansDreamTeam http://www.netbeans.org ----- Original Message ---- > From: Michael McGrady > To: river-dev@incubator.apache.org > Sent: Thursday, December 11, 2008 7:18:41 AM > Subject: Re: Split JavaSpaces and JINI > > The time it takes to get JINI up and running is inevitable. It is due, I > believe, to a few fundamental architectural missteps that can be fixed. The fix > is not a problem. It is a solution. There are a number of people pointing at > the same problem. > > However, while open source teams are good at meeting systems engineering > challenges, they can be really bad or at least not very good at meeting systems > architecting challenges. This is evident in the conversation. You don't make a > systems architect in a day. There is a reason why Congress had to mandate that > aerospace companies use the resources of a non-profit systems architecture > company (Aerospace Corporation) that was separated from their efforts. > > Guidance based on architectural heuristics and models is not something that > systems engineers typically embrace without a lot of reluctance and more rolling > of the eyes. The people questioning the changes being discussed are less > recalcitrant than usual. I am optimistic. > > Mike > > > On Dec 11, 2008, at 4:36 AM, Calum Shaw-Mackay wrote: > > > To my mind - if you can't get something up and running within 10 > > minutes, no amount of 'but it's cool' will save you. Jini doesn't have > > the groundswell that other projects have for instance Spring that will > > keep a developer looking at it and the docs for a couple of hours > > before they get something useful happening... > > > > We have to get the 'download'-'edit'-'build'-'aha this is great, why > > haven't I used this before' cycle down to as quick as possible.... it > > took me a week of wrangling to go from Jini 1.2 to 2.0 - quite simply > > it's not a good sign.... > > > > Yes Jini makes the hard network things easier - but working _with_ > > Jini should be made easier, and quicker in the first instance..... yes > > we have all the security aspects and they're very good.... but you > > can't drop new people into that quagmire straight away.... to be > > honest, I think it's scaring people off > > > > 2008/12/11 Jools : > > Michael McGrady > Senior Engineer > Topia Technology, Inc. > 1.253.720.3365 > mmcgrady@topiatechnology.com