Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 26937 invoked from network); 6 Dec 2007 15:00:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Dec 2007 15:00:17 -0000 Received: (qmail 85743 invoked by uid 500); 6 Dec 2007 15:00:05 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 85392 invoked by uid 500); 6 Dec 2007 15:00:04 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 85381 invoked by uid 99); 6 Dec 2007 15:00:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Dec 2007 07:00:04 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rickmcg@gmail.com designates 209.85.198.190 as permitted sender) Received: from [209.85.198.190] (HELO rv-out-0910.google.com) (209.85.198.190) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Dec 2007 14:59:41 +0000 Received: by rv-out-0910.google.com with SMTP id b22so269493rvf for ; Thu, 06 Dec 2007 06:59:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=DzOalv2Iaddug/nW72F6v7teNXxhBuHQ9ArKx2WfqOM=; b=TNl7ut+eBRyeBYuBxkfw3ENTVZvNrHLmvIWaqMdFt9emywEwZ9j0NdvVVizyqAIgTiXRIZPPDBoGl9OyQA701qpWDbLWkON8pkPEHrbfObKq4NtEhyDPQbcno82Z1S/lRfiQwIdOIQYM/qJZXNDFW9LiwCvZ07nZszYLa5n5T9M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=RTo2QJPY32dFn3wpaXnuIacJMmYFIN3mlBmv52OoT03Ob4t1BgFabBJo9uMr4Yfc7BUcNpBNLHZxdJEJNbe5BPaaEFRNu7XJukjG4q3I5vdvh9HNT6zKtTwgxj7rmcR+18EPIZ/ub/5Sx3A1oqBkiEdyLAlVwhyh7f0uPiY7kbs= Received: by 10.141.33.21 with SMTP id l21mr2021403rvj.1196953184073; Thu, 06 Dec 2007 06:59:44 -0800 (PST) Received: from ?192.168.1.100? ( [68.191.49.248]) by mx.google.com with ESMTPS id i49sm2706237rne.2007.12.06.06.59.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Dec 2007 06:59:42 -0800 (PST) Message-ID: <47580E60.4060408@gmail.com> Date: Thu, 06 Dec 2007 09:59:44 -0500 From: Rick McGuire Reply-To: rickmcg@gmail.com User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Geronimo Dev Subject: Re: [VOTE] Make Yoko core orb a Yoko subproject. References: <47580A93.9010909@gmail.com> In-Reply-To: <47580A93.9010909@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org My +1 Rick McGuire wrote: > The discussion thread has been out there long enough for comment, and > those who have responded appear positive about the prospect. I think > it's time to put this to a vote. The full proposal from Matt Hogstrom > is attached at the end, but the basic proposal we're voting on > implementing in Geronimo is: > > 1) Accept the Yoko core modules (corba spec, corba core > implemenation, rmi spec and rmi implementation) as a subproject of > Geronimo. > 2) The Yoko subproject will be maintained as a stand-alone component > so it can be used by Harmony as well as Geronimo. > 3) Lars Kuhn, Alexey Petrenko, and Darren Middleman be invited to > join the Geronimo project as commiters so that they may continue > contributing to the Yoko ORB. > > This is a single vote on the entire proposal (accepting the code and > inviting the commiters). > > [ ] +1 Implement the Yoko ORB subproject in Geronimo as proposed above. > [ ] 0 No opinion > [ ] -1 Do not implement the Yoko subproject as proposed. > Only PMC member's votes are binding, but we invite anybody in the > community to speak up and vote on this. > > Since the vote runs over the weekend, I'll conclude it at 10::00 > Eastern time on Monday. > > Rick > > Matt's full proposal presented to the Yoko project: > > The members of project yoko have been considering the future of Yoko > as a project. There have been several milestones delivered and the > project is used by other ASF projects. The project is not as active > as other ASF projects and it makes sense to move the code from Yoko to > other projects. The Yoko team has the following proposal for your > consideration. > > Proposed Code Donation from Project Yoko to Apache CXF and Apache > Geronimo > > The Yoko community has been successful in delivering several > milestones of the ORB implementation while in the Apache Incubator. > These milestones are used by other Apache projects (namely Geronimo > and Harmony) to support their releases. The WebServices bindings are > dependent on CXF. The Yoko community has decided that the Yoko > project does not have quite the momentum to carry itself as an > independent project but has sufficient value for other projects for > them to consider receiving the code and committers for that code-base > as sub-projects. Since the code under consideration is used by Apache > Geronimo, Apache CXF and Apache Harmony the movement of the code > should continue to allow for independent releases so the code can be > easily shared with other dependent projects. > > The proposed division is: > > yoko-spec-corba - this is the org.omg interface classes. > rmi-spec - this is the javax.rmi spec implementation > core - This is the actual ORB implementation. > rmi-impl - This is the implementation of the RMIIIOP support. > > These modules are also used by Harmony. > > In addition to the code we propose that the following committers in > Apache Yoko be accepted as committers in Apache Geronimo given their > demonstration of delivering code, creating releases and functioning as > a community. Those noted with asterisks are already Geronimo committers. > > Continued involvement with the core: > > Rick McGuire * > David Jencks * > Alan Cabrera * > Lars Kuhne > Alexey Petrenko > Darren Middleman > > The remainder of the modules in Yoko are part of the webservices > support and are independent of the underlying ORB implementation. > > api -- interface classes used for the web services support. > bindings -- code to implement the CORBA-Web services bindings. > tools -- tools for generation WSDL and IDL for the bindings > maven-plugin -- some maven plugins that can use the tools for > generating binding-related build artifacts. None of the maven-plugin > code is used by the ORB. > > There is also a distribution directory with some sample applications. > One set of samples demonstrates using the core ORB, the other set is > for WebServices. We recommend that the distribution directory should > move to Apache CXF as the webservices examples use the orb samples to > bind them as web services. Since Apache Geronimo's only use of CORBA > is for exporting EJBs, these samples are not particularly valuable for > Geronimo. > > The Yoko community did not have any committers that expressed an > interest in continuing work on these bindings. As such, only the code > would be moving to apache CXF. > >