Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-10 Thread Guillaume Nodet
+1

On Dec 6, 2007 3:43 PM, Rick McGuire [EMAIL PROTECTED] 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.




-- 
Cheers,
Guillaume Nodet

Blog: http://gnodet.blogspot.com/


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-07 Thread Vamsavardhana Reddy
+1

++Vamsi

On Dec 6, 2007 8:13 PM, Rick McGuire [EMAIL PROTECTED] 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.




Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-07 Thread John Sisson

+1

John

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.







Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-07 Thread Aaron Mulder
Sounds fine to me.

Thanks,
  Aaron

On Dec 6, 2007 9:43 AM, Rick McGuire [EMAIL PROTECTED] 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.





Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-07 Thread Tim Ellison
+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.
 
 


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-07 Thread Jacek Laskowski
+1

Jacek

On Dec 6, 2007 3:43 PM, Rick McGuire [EMAIL PROTECTED] 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.





-- 
Jacek Laskowski
http://www.JacekLaskowski.pl


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Davanum Srinivas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

+1 Implement the Yoko ORB subproject in Geronimo as proposed above.

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.
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)

iD8DBQFHWAw5gNg6eWEDv1kRAuVKAJ9Gc2fCOtn3Jk0mv57aVNOrVeBDggCeKO13
1e5yFKqg3Pho6du93nO/Oj8=
=vgMZ
-END PGP SIGNATURE-


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread David Jencks

+1

david jencks

On Dec 6, 2007, at 6:43 AM, 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.






Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Jeff Genender
+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.


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Rick McGuire

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.







Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Matt Hogstrom

+1

On Dec 6, 2007, at 9:43 AM, 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.







Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Anita Kulshreshtha
+1

Anita

--- Rick McGuire [EMAIL PROTECTED] 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.
 
 



  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Joe Bohn

+1

Joe


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.





Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Alan D. Cabrera

+1


Regards,
Alan

On Dec 6, 2007, at 6:43 AM, 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.







Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Prasad Kashyap
+1

Cheers
Prasad

On Dec 6, 2007 9:43 AM, Rick McGuire [EMAIL PROTECTED] 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.




Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread David Blevins

+1

David

On Dec 6, 2007, at 6:43 AM, 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.







Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Jay D. McHugh
+1

Jay

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.
 
 
 




Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Kevan Miller


On Dec 6, 2007, at 9:43 AM, 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.


+1

--kevan


Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Erik B. Craig

+1

Thanks,
Erik B. Craig
[EMAIL PROTECTED]



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.




Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Gianny Damour

+1

Thanks,
Gianny

On 07/12/2007, at 1:43 AM, 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.






Re: [VOTE] Make Yoko core orb a Yoko subproject.

2007-12-06 Thread Jason Dillon

+1

--jason


On Dec 6, 2007, at 6:43 AM, 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.