Yoko has done a release before so I would assume that the due-dilligence 
has been completed.   

Dan


On Tuesday 11 December 2007, Niall Pemberton wrote:
> Links to the various relevant threads for anyone interested:
>
> Yoko Threads:
>          http://tinyurl.com/2y4sy9
>          http://tinyurl.com/2ffkn2
>          http://tinyurl.com/2glch9
>          http://tinyurl.com/2d94hw
> Geronimo Discussion: http://tinyurl.com/2zr2bh
> Geronimo Vote: http://tinyurl.com/2c8yuo
> CXF Discussion / Vote: http://tinyurl.com/yr6wet
>
> I guess the question is has the appropriate incubator due-dilligence
> been completed on the Yoko code? If not then wouldn't that need doing
> before the code could move?
>
> Niall
>
> On Dec 11, 2007 3:26 AM, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
> > Below is a proposal that was discussed and brought forward by the
> > Yoko Community.  In a nutshell the proposal is to create a Yoko
> > sub-project of Apache Geronimo for the Core ORB and to move the
> > bindings to CXF. Please read the proposal below for all the detail.
> >
> > This proposal was brought forward to the Apache Geronimo and Apache
> > CXF communities.  Both communities have voted to accept this
> > proposal.
> >
> > Vote results from Apache Geronimo were 20 +1 votes and no 0 or -1
> > votes.  17 were binding from the Geronimo PMC.
> > CXF Results on the CF Dev list were 13 +1 votes and 1 0 vote
> >
> > I am now bringing this to the Incubator for final approval so that
> > the code can be moved from Incubator to the respective receiving
> > projects.  This proposal was previously sent to the IPMC for comment
> > while the respective communities discussed and voted.  During that
> > time there has been no comments that indicated there was an issue so
> > I bring this vote back to the Incubator for finalization:
> >
> > [ ] +1 Approve the below proposal and code migration to Apache
> > Geronimo and CXF respectively
> > [ ]  0 No opinion
> > [ ] -1 Do not approve of the move (please provide rationale
> >
> > If someone wants to comment on this thread please use the Alternate
> > [DISCUSS] thread and not the vote thread.
> >
> > This vote will conclude on Dec 14th at 0900 ET.
> >
> >
> >
> >
> > Original Proposal
> >
> > 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.
> >
> > --------------------------------------------------------------------
> >- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727    C: 508-380-7194
[EMAIL PROTECTED]
http://www.dankulp.com/blog

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to