From general-return-10556-apmail-incubator-general-archive=incubator.apache.org@incubator.apache.org Tue Aug 15 19:03:27 2006 Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 78811 invoked from network); 15 Aug 2006 19:03:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Aug 2006 19:03:24 -0000 Received: (qmail 17769 invoked by uid 500); 15 Aug 2006 19:03:23 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 17262 invoked by uid 500); 15 Aug 2006 19:03:22 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 17251 invoked by uid 99); 15 Aug 2006 19:03:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Aug 2006 12:03:21 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [192.18.98.31] (HELO brmea-mail-1.sun.com) (192.18.98.31) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Aug 2006 12:03:21 -0700 Received: from fe-amer-05.sun.com ([192.18.108.179]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k7FJ301h014758 for ; Tue, 15 Aug 2006 13:03:00 -0600 (MDT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) id <0J4100B01ZGOMS00@mail-amer.sun.com> (original mail from Bob.Scheifler@Sun.COM) for general@incubator.apache.org; Tue, 15 Aug 2006 13:03:00 -0600 (MDT) Received: from [129.148.70.124] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPSA id <0J4100CL7ZKZBNL7@mail-amer.sun.com> for general@incubator.apache.org; Tue, 15 Aug 2006 13:03:00 -0600 (MDT) Date: Tue, 15 Aug 2006 15:02:59 -0400 From: Bob Scheifler Subject: Re: Jini : Separate Governance and Implementation Projects In-reply-to: <510143ac0608151017ta65c189veb8fddbbce407e73@mail.gmail.com> Sender: Bob.Scheifler@Sun.COM To: general@incubator.apache.org Reply-to: Bob.Scheifler@Sun.COM Message-id: <44E21A63.9070209@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <44E1E0B6.7090701@Sun.COM> <510143ac0608150827t75aacea6paa1f42d472a3743f@mail.gmail.com> <44E1FFE5.70305@Sun.COM> <510143ac0608151017ta65c189veb8fddbbce407e73@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20041221 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Jukka Zitting wrote: >>It's important to note that the JDP is not a process for >>*developing* standards, but for *approving* them. The JDP is >>a backend decision process, not a frontend development process. >>Most of the specifications that have been approved under the JDP >>were in fact developed within the same project that did the >>initial (and in many cases, still the only) implementation. > > I believe that this is actually a major structural cause for not > having other implementations of the standard. I can't tell if your "this" refers to the first two sentences or the last sentence or their conjunction. But I'm not sure it matters at this point whether we agree on how to interpret success or failure in the past. > Thus, and as pointed out > by other people as well, if the goal of the Jini community really is > to have independent implementations, the Jini standards should be > managed by a separate body. I'm not convinced the goal in the past was to have multiple implementations, vs allowing multiple implementations. Going forward, for the APIs that are coupled with the implementations that are part of the ASF project, I see the goal as just allowing, not having. And in case it hasn't been clear, to my mind the ASF project is only dealing with those APIs for which it is also producing an implementation. It is not trying to be the governing body for all Jini-related APIs. As a concrete example, we have an existing pair of Jini community standards (the Surrogate Architecture and the IP Interconnect for it) and an implementation (called Madison) that aren't being proposed for inclusion in the ASF project; they now exist in a project on java.net. - Bob --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org