Re: [RESULT][VOTE] Graduate Apache RocketMQ from podling to TLP

[Bruce Snyder]

Thank you, John.

Bruce

On Tue, Sep 5, 2017 at 4:35 PM, John D. Ament <johndam...@apache.org> wrote:

> Bruce
>
> The vote is that recommendation.  I usually recommend the nominated chair
> send the resolution to the board and for a mentor to post it to the agenda.
>
> John
>
>
> On Sep 5, 2017 6:31 PM, "Bruce Snyder" <bruce.sny...@gmail.com> wrote:
>
> > Now we must wait for the IPMC next steps to make its recommendation to
> the
> > board.
> >
> > Bruce
> >
> > On Tue, Sep 5, 2017 at 6:05 AM, Von Gosling <vongosl...@apache.org>
> wrote:
> >
> > > Hello IPMC,
> > >
> > > As 72 hours have elapsed, the voting period has concluded, and the vote
> > > passes.
> > >
> > > 4 +1 (binding) votes:
> > > * John D Ament
> > > * Bruce Snyder
> > > * Willem Jiang
> > > * Justin Mclean
> > >
> > > 11 +1 (non-binding) votes:
> > > * Von Gosling
> > > * Xin Wang
> > > * Huxing Zhang
> > > * Kevin Ratnasekera
> > > * lollipop
> > > * liuxue
> > > * John Fang
> > > * Dia Lin
> > > * yukon
> > > * dongeforever
> > > * William Guo
> > >
> > >
> > > Many thanks to everyone who voted for your support.
> > >
> > > Best Regards,
> > > Von Gosling
> > >
> > >
> > > > 在 2017年8月30日，10:13，Von Gosling <vongosl...@apache.org> 写道：
> > > >
> > > > Hello IPMC,
> > > >
> > > > The recent DISCUSS thread in PPMC, IPMC and VOTE thread in Community
> on
> > > the topic of Apache RocketMQ graduation have been opened for at least
> 72
> > > hours, and I believe all questions have been answered and issues
> > addressed
> > > at this point.
> > > >
> > > > With the discussion having settled down, I would now like to call
> for a
> > > recommendation VOTE to present the ASF board with the following
> > resolution
> > > to graduate from incubation and establish Apache RocketMQ as a
> top-level
> > > project (TLP).
> > > >
> > > > RocketMQ PPMC DISCUSS thread:
> > > > https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> > > 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E <
> > > https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> > > 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E>
> > > >
> > > > RocketMQ IPMC DISCUSS thread:
> > > > https://lists.apache.org/thread.html/2b84fa29cb3e7ce54a683a72e97f30
> > > 4b19321521b37435909c097e64@%3Cgeneral.incubator.apache.org%3E <
> > > https://lists.apache.org/thread.html/2b84fa29cb3e7ce54a683a72e97f30
> > > 4b19321521b37435909c097e64@%3Cgeneral.incubator.apache.org%3E>
> > > > https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> > > 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E <
> > > https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> > > 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E>
> > > >
> > > > RocketMQ Community VOTE thread:
> > > > https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> > > 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E <
> > > https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> > > 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E>
> > > >
> > > > RocketMQ Community VOTE RESULT thread:
> > > > https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> > > 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E <
> > > https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> > > 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E>
> > > >
> > > >
> > > > Apache RocketMQ entered incubation in November 2016. Since then there
> > > have been two releases and four committers and one PMC candidate member
> > > have been added to the project. For each release, source and binary
> > > artifacts have been made available. Based on the completed maturity
> > > evaluation we believe that the project is ready to graduate from the
> > > incubator. More checklist info about graduation, please refer to
> > > https://cwiki.apache.org/confluence/display/ROCKETMQ/
> > Graduation+Checklist
> > > <https://cwiki.apache.org/conf

Re: [RESULT][VOTE] Graduate Apache RocketMQ from podling to TLP

[Bruce Snyder]

Now we must wait for the IPMC next steps to make its recommendation to the
board.

Bruce

On Tue, Sep 5, 2017 at 6:05 AM, Von Gosling <vongosl...@apache.org> wrote:

> Hello IPMC,
>
> As 72 hours have elapsed, the voting period has concluded, and the vote
> passes.
>
> 4 +1 (binding) votes:
> * John D Ament
> * Bruce Snyder
> * Willem Jiang
> * Justin Mclean
>
> 11 +1 (non-binding) votes:
> * Von Gosling
> * Xin Wang
> * Huxing Zhang
> * Kevin Ratnasekera
> * lollipop
> * liuxue
> * John Fang
> * Dia Lin
> * yukon
> * dongeforever
> * William Guo
>
>
> Many thanks to everyone who voted for your support.
>
> Best Regards,
> Von Gosling
>
>
> > 在 2017年8月30日，10:13，Von Gosling <vongosl...@apache.org> 写道：
> >
> > Hello IPMC,
> >
> > The recent DISCUSS thread in PPMC, IPMC and VOTE thread in Community on
> the topic of Apache RocketMQ graduation have been opened for at least 72
> hours, and I believe all questions have been answered and issues addressed
> at this point.
> >
> > With the discussion having settled down, I would now like to call for a
> recommendation VOTE to present the ASF board with the following resolution
> to graduate from incubation and establish Apache RocketMQ as a top-level
> project (TLP).
> >
> > RocketMQ PPMC DISCUSS thread:
> > https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E>
> >
> > RocketMQ IPMC DISCUSS thread:
> > https://lists.apache.org/thread.html/2b84fa29cb3e7ce54a683a72e97f30
> 4b19321521b37435909c097e64@%3Cgeneral.incubator.apache.org%3E <
> https://lists.apache.org/thread.html/2b84fa29cb3e7ce54a683a72e97f30
> 4b19321521b37435909c097e64@%3Cgeneral.incubator.apache.org%3E>
> > https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E <
> https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E>
> >
> > RocketMQ Community VOTE thread:
> > https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E>
> >
> > RocketMQ Community VOTE RESULT thread:
> > https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E>
> >
> >
> > Apache RocketMQ entered incubation in November 2016. Since then there
> have been two releases and four committers and one PMC candidate member
> have been added to the project. For each release, source and binary
> artifacts have been made available. Based on the completed maturity
> evaluation we believe that the project is ready to graduate from the
> incubator. More checklist info about graduation, please refer to
> https://cwiki.apache.org/confluence/display/ROCKETMQ/Graduation+Checklist
> <https://cwiki.apache.org/confluence/display/ROCKETMQ/Graduation+Checklist
> >
> >
> >
> > Please vote on whether to recommend the following graduation resolution
> to the ASF Board.
> >
> > [  ]  +1, In favor of recommending the following graduation resolution
> to the ASF Board to establish Apache RocketMQ as a TLP
> > [  ]  +0, Neither opposed to, nor in favor of, recommending the
> following graduation resolution to the Board
> > [  ]  -1, Opposed to recommending the following graduation resolution to
> the Board(provide details)
> >
> > This VOTE will be open for at least 72 hours. Here is my vote +1. Thanks
> to all Mentors and Apache RocketMQ Project members for their support and
> contributions again.
> >
> > The full text of the resolution is below. If approved by the Apache
> Incubator PMC members, the proposed resolution will be submitted to the
> Board of Directors for their consideration.
> >
> > Establish the Apache RocketMQ Project
> > WHEREAS, the Board of Directors deems it to be in the best interests of
> > the Foundation and consistent with the Foundation's purpose to establish
> > a Project Management Committee charged with the creation and maintenance
> > of open-source software, for distribution at no 

Re: [VOTE] Graduate Apache RocketMQ from podling to TLP

[Bruce Snyder]

+1

Nice work guys!

Bruce

On Tue, Aug 29, 2017 at 8:13 PM, Von Gosling <vongosl...@apache.org> wrote:

> Hello IPMC,
>
> The recent DISCUSS thread in PPMC, IPMC and VOTE thread in Community on
> the topic of Apache RocketMQ graduation have been opened for at least 72
> hours, and I believe all questions have been answered and issues addressed
> at this point.
>
> With the discussion having settled down, I would now like to call for a
> recommendation VOTE to present the ASF board with the following resolution
> to graduate from incubation and establish Apache RocketMQ as a top-level
> project (TLP).
>
> RocketMQ PPMC DISCUSS thread:
> https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/9a11743e18cf15c1c7ecbd6be7d204
> 1453d5838a4ed2d1b8457f5dbc@%3Cprivate.rocketmq.apache.org%3E>
>
> RocketMQ IPMC DISCUSS thread:
> https://lists.apache.org/thread.html/2b84fa29cb3e7ce54a683a72e97f30
> 4b19321521b37435909c097e64@%3Cgeneral.incubator.apache.org%3E
> https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E <
> https://lists.apache.org/thread.html/81a7710c71ed4d79e940fb0c5fcb06
> 20b31e87297520fd7ceedf0cf2@%3Cgeneral.incubator.apache.org%3E>
>
> RocketMQ Community VOTE thread:
> https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/6fabcac0aeb8f649ee5e8ba2ab0c86
> 7a01d3e836c9adbd9072dc738e@%3Cdev.rocketmq.apache.org%3E>
>
> RocketMQ Community VOTE RESULT thread:
> https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E <
> https://lists.apache.org/thread.html/40cca6b958bdf0f9ec698ef35e5418
> 7fe884600c1fed4f98a79c1c2c@%3Cdev.rocketmq.apache.org%3E>
>
>
> Apache RocketMQ entered incubation in November 2016. Since then there have
> been two releases and four committers and one PMC candidate member have
> been added to the project. For each release, source and binary artifacts
> have been made available. Based on the completed maturity evaluation we
> believe that the project is ready to graduate from the incubator. More
> checklist info about graduation, please refer to
> https://cwiki.apache.org/confluence/display/ROCKETMQ/Graduation+Checklist
> <https://cwiki.apache.org/confluence/display/ROCKETMQ/Graduation+Checklist
> >
>
>
> Please vote on whether to recommend the following graduation resolution to
> the ASF Board.
>
> [  ]  +1, In favor of recommending the following graduation resolution to
> the ASF Board to establish Apache RocketMQ as a TLP
> [  ]  +0, Neither opposed to, nor in favor of, recommending the following
> graduation resolution to the Board
> [  ]  -1, Opposed to recommending the following graduation resolution to
> the Board(provide details)
>
> This VOTE will be open for at least 72 hours. Here is my vote +1. Thanks
> to all Mentors and Apache RocketMQ Project members for their support and
> contributions again.
>
> The full text of the resolution is below. If approved by the Apache
> Incubator PMC members, the proposed resolution will be submitted to the
> Board of Directors for their consideration.
>
> Establish the Apache RocketMQ Project
> WHEREAS, the Board of Directors deems it to be in the best interests of
> the Foundation and consistent with the Foundation's purpose to establish
> a Project Management Committee charged with the creation and maintenance
> of open-source software, for distribution at no charge to the public,
> related to a fast, low latency, reliable, scalable, distributed, easy to
> use message-oriented middleware, especially for processing large amounts
> of streaming data.
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee
> (PMC), to be known as the "Apache RocketMQ Project", be and hereby is
> established pursuant to Bylaws of the Foundation; and be it further
> RESOLVED, that the Apache RocketMQ Project be and hereby is responsible
> for the creation and maintenance of software related to a fast, low
> latency, reliable, scalable, distributed, easy to use message-oriented
> middleware, especially for processing large amounts of streaming data;
> and be it further
> RESOLVED, that the office of "Vice President, Apache RocketMQ" be and
> hereby is created, the person holding such office to serve at the
> direction of the Board of Directors as the chair of the Apache RocketMQ
> Project, and to have primary responsibility for management of the
> projects 

Re: Archives for project private lists

[Bruce Snyder]

Doh! Thank you, Daniel.

Bruce

On Fri, Mar 3, 2017 at 9:33 AM, Daniel Gruno <humbed...@apache.org> wrote:

> On 03/03/2017 05:32 PM, Bruce Snyder wrote:
> > Where can I find the archives for project private lists nowadays? Things
> > seem to have changed a bit regarding archives, so I have looked in the
> > mod_mbox archives (http://mail-archives.apache.org/mod_mbox/) and in the
> > Pony Mail archives (https://lists.apache.org/) but I am unable to locate
> > any project private lists in either archive.
>
> Log in (top right, choose ASF Oauth when asked) to lists.a.o and the
> secret stuff should appear :)
>
> >
> > I'm trying to locate the URL to a new committer vote thread.
> >
> > Can someone please help me find them?
> >
> > Bruce
> >
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Archives for project private lists

[Bruce Snyder]

Where can I find the archives for project private lists nowadays? Things
seem to have changed a bit regarding archives, so I have looked in the
mod_mbox archives (http://mail-archives.apache.org/mod_mbox/) and in the
Pony Mail archives (https://lists.apache.org/) but I am unable to locate
any project private lists in either archive.

I'm trying to locate the URL to a new committer vote thread.

Can someone please help me find them?

Bruce

-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: [VOTE]: Release Apache RocketMQ 4.0.0(incubating) (RC3)

[Bruce Snyder]

+1 (binding)

No showstopper issues found, only minor issues that will be ironed out in
subsequent releases (e.g., README needs some cleanup, need consistency in
artifact naming).

Bruce

On Wed, Feb 15, 2017 at 10:46 PM, yukon  wrote:

> Hello Incubator PMC,
>
> The Apache RocketMQ community has voted and approved the proposal to
> release Apache RocketMQ 4.0.0 (incubating). We now kindly request the IPMC
> review and vote on this incubator release.
>
> [VOTE] Thread:
> https://lists.apache.org/thread.html/349e3268cf5ae7ec65d1cd584362c7
> 6bd11f86afb935b2bfb8ee6b6b@%3Cdev.rocketmq.apache.org%3E
>
> [RESULT][VOTE] Thread:
> https://lists.apache.org/thread.html/6487e8afc7a71cbdf9848d1270997e
> c55ffe6cb9e7a2ddfce2bedb35@%3Cdev.rocketmq.apache.org%3E
>
> The RC3 artifacts:
> https://dist.apache.org/repos/dist/dev/incubator/rocketmq/4.
> 0.0-incubating-rc3/
>
> Git tag for the release:
> https://github.com/apache/incubator-rocketmq/tree/
> rocketmq-4.0.0-incubating
>
> Hash for the release tag:
> dddc3daa2cbec4c7240d6525d2ce198826d29967
>
> Release Notes:
> http://rocketmq.incubator.apache.org/release_notes/release-notes-4.0.0-
> incubating/
>
> The artifacts have been signed with Key : E9BDDB0E, which can be found in
> the keys file:
> https://dist.apache.org/repos/dist/dev/incubator/rocketmq/KEYS
>
> The maven release artifacts:
> https://repository.apache.org/content/repositories/orgapacherocketmq-1003
>
> The vote will be open for at least 72 hours or until necessary number of
> votes are reached.
>
> Please vote accordingly:
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove with the reason
>
> Here is my +1
>
> Thanks,
> The Apache RocketMQ Team
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: [RESULT][VOTE] Accept RocketMQ into the Incubator

[Bruce Snyder]

Thanks for providing the URL, John. My apologies for noting an incorrect
number of binding votes. Below is an updated status.

The vote passes with 38 +1 votes (10 binding) and no -1 votes. Below are
the results:

Jochen Wiedmann +1 (binding)
Rob Davies +1
Bertrand Delacretaz +1 (binding)
John D. Ament +1 (binding)
Myrle Krantz +1
Debo Dutta +1
Amol Kekre +1
Leif Hedstrom +1 (binding)
P. Taylor Goetz +1 (binding)
Stian Soiland-Reyes +1
Willem Jiang +1 (binding)
Justin Mclean +1 (binding)
张轲  +1
Zhanhui Li +1
ShaoFeng Shi +1
Jian Zhong +1
冀全喜 +1
wei zhou +1
Feng Longda +1
Hust Fxj +1
Quanxi Ji +1
Qun Zhao +1
Hao Chen +1
Luke Han +1 (binding)
ji luo +1
Chunhui Shen +1
Xiaorui Wang +1
Xinyu Zhou +1
Huxing Zhang +1
Dong Li +1
Danese Cooper +1 (binding)
Liang Chen +1
Julian Hyde +1 (binding)
Bruno Mahé +1
冯嘉 +1
Liangfei Su +1
zhen dong +1
金吉祥 +1

Bruce


On Mon, Nov 21, 2016 at 2:24 PM, John D. Ament <johndam...@apache.org>
wrote:

> On Mon, Nov 21, 2016 at 4:17 PM David Jencks <david_jen...@yahoo.com.
> invalid>
> wrote:
>
> > I didn’t vote here, but I rarely indicate my vote is binding although it
> > usually is.  Checking here which votes are binding would have taken
> quite a
> > while…. perhaps in the future asking people to indicate if their vote is
> > binding would help.
> >
>
> Same here.  I don't indicate my votes are binding.  I always recommend
> release managers review who is actually binding.
>
> The list of binding IPMC votes (for accepting new podlings, releases, new
> IPMC members) can be found at
> http://home.apache.org/phonebook.html?ctte=incubator
>
> The problem with asking people to indicate their binding status.. PPMC
> members generally don't understand the difference between binding and
> non-binding votes.  Binding status on any *@*(.)incubator.apache.org list
> is limited to IPMC members.  The only thing truly deferred down to the
> podling completely is new committers and PPMC members.
>
> John
>
>
>
> >
> > thanks
> > david jencks
> >
> > > On Nov 21, 2016, at 10:30 AM, Bruce Snyder <bruce.sny...@gmail.com>
> > wrote:
> > >
> > > Hi John,
> > >
> > > I relied on the binding count based on people stating that their vote
> is
> > > binding. Is this incorrect?
> > >
> > > Bruce
> > >
> > > On Mon, Nov 21, 2016 at 10:45 AM, John D. Ament <johndam...@apache.org
> >
> > > wrote:
> > >
> > >> Bruce
> > >>
> > >> Please double check your binding list.
> > >>
> > >> On Nov 21, 2016 12:24, "Bruce Snyder" <bsny...@apache.org> wrote:
> > >>
> > >>> The vote passes with 38 +1 votes (5 binding) and no -1 votes. Below
> are
> > >> the
> > >>> results:
> > >>>
> > >>> Jochen Wiedmann +1 (binding)
> > >>> Rob Davies +1
> > >>> Bertrand Delacretaz +1
> > >>> John D. Ament +1
> > >>> Myrle Krantz +1
> > >>> Debo Dutta +1
> > >>> Amol Kekre +1
> > >>> Leif Hedstrom +1
> > >>> P. Taylor Goetz +1
> > >>> Stian Soiland-Reyes +1
> > >>> Willem Jiang +1 (binding)
> > >>> Justin Mclean +1 (binding)
> > >>> 张轲  +1
> > >>> Zhanhui Li +1
> > >>> ShaoFeng Shi +1
> > >>> Jian Zhong +1
> > >>> 冀全喜 +1
> > >>> wei zhou +1
> > >>> Feng Longda +1
> > >>> Hust Fxj +1
> > >>> Quanxi Ji +1
> > >>> Qun Zhao +1
> > >>> Hao Chen +1
> > >>> Luke Han +1
> > >>> ji luo +1
> > >>> Chunhui Shen +1
> > >>> Xiaorui Wang +1
> > >>> Xinyu Zhou +1
> > >>> Huxing Zhang +1
> > >>> Dong Li +1
> > >>> Danese Cooper +1 (binding)
> > >>> Liang Chen +1
> > >>> Julian Hyde +1 (binding)
> > >>> Bruno Mahé +1
> > >>> 冯嘉 +1
> > >>> Liangfei Su +1
> > >>> zhen dong +1
> > >>> 金吉祥 +1
> > >>>
> > >>> Thank you to everyone who participated in the vote.
> > >>>
> > >>> Please welcome RocketMQ to the Apache Incubator!
> > >>>
> > >>> Bruce
> > >>>
> > >>> --
> > >>> perl -e 'print unpack("u35",
> > >>> "\@0G)U8V4\@4VYY9&5R\"F)S;GED97)\`87!A8VAE+F]R9PH\`");'
> > >>>
> > >>> ActiveMQ in Action: http://bit.ly/2je6cQ
> > >>> Blog: http://bruceblog.org/
> > >>> Twitter: http://twitter.com/brucesnyder
> > >>>
> > >>
> > >
> > >
> > >
> > > --
> > > perl -e 'print
> > > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
> > >
> > > ActiveMQ in Action: http://bit.ly/2je6cQ
> > > Blog: http://bsnyder.org/ <http://bruceblog.org/>
> > > Twitter: http://twitter.com/brucesnyder
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Re: [RESULT][VOTE] Accept RocketMQ into the Incubator

[Bruce Snyder]

Hi John,

I relied on the binding count based on people stating that their vote is
binding. Is this incorrect?

Bruce

On Mon, Nov 21, 2016 at 10:45 AM, John D. Ament <johndam...@apache.org>
wrote:

> Bruce
>
> Please double check your binding list.
>
> On Nov 21, 2016 12:24, "Bruce Snyder" <bsny...@apache.org> wrote:
>
> > The vote passes with 38 +1 votes (5 binding) and no -1 votes. Below are
> the
> > results:
> >
> > Jochen Wiedmann +1 (binding)
> > Rob Davies +1
> > Bertrand Delacretaz +1
> > John D. Ament +1
> > Myrle Krantz +1
> > Debo Dutta +1
> > Amol Kekre +1
> > Leif Hedstrom +1
> > P. Taylor Goetz +1
> > Stian Soiland-Reyes +1
> > Willem Jiang +1 (binding)
> > Justin Mclean +1 (binding)
> > 张轲  +1
> > Zhanhui Li +1
> > ShaoFeng Shi +1
> > Jian Zhong +1
> > 冀全喜 +1
> > wei zhou +1
> > Feng Longda +1
> > Hust Fxj +1
> > Quanxi Ji +1
> > Qun Zhao +1
> > Hao Chen +1
> > Luke Han +1
> > ji luo +1
> > Chunhui Shen +1
> > Xiaorui Wang +1
> > Xinyu Zhou +1
> > Huxing Zhang +1
> > Dong Li +1
> > Danese Cooper +1 (binding)
> > Liang Chen +1
> > Julian Hyde +1 (binding)
> > Bruno Mahé +1
> > 冯嘉 +1
> > Liangfei Su +1
> > zhen dong +1
> > 金吉祥 +1
> >
> > Thank you to everyone who participated in the vote.
> >
> > Please welcome RocketMQ to the Apache Incubator!
> >
> > Bruce
> >
> > --
> > perl -e 'print unpack("u35",
> > "\@0G)U8V4\@4VYY9&5R\"F)S;GED97)\`87!A8VAE+F]R9PH\`");'
> >
> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > Blog: http://bruceblog.org/
> > Twitter: http://twitter.com/brucesnyder
> >
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

[RESULT][VOTE] Accept RocketMQ into the Incubator

[Bruce Snyder]

The vote passes with 38 +1 votes (5 binding) and no -1 votes. Below are the
results:

Jochen Wiedmann +1 (binding)
Rob Davies +1
Bertrand Delacretaz +1
John D. Ament +1
Myrle Krantz +1
Debo Dutta +1
Amol Kekre +1
Leif Hedstrom +1
P. Taylor Goetz +1
Stian Soiland-Reyes +1
Willem Jiang +1 (binding)
Justin Mclean +1 (binding)
张轲  +1
Zhanhui Li +1
ShaoFeng Shi +1
Jian Zhong +1
冀全喜 +1
wei zhou +1
Feng Longda +1
Hust Fxj +1
Quanxi Ji +1
Qun Zhao +1
Hao Chen +1
Luke Han +1
ji luo +1
Chunhui Shen +1
Xiaorui Wang +1
Xinyu Zhou +1
Huxing Zhang +1
Dong Li +1
Danese Cooper +1 (binding)
Liang Chen +1
Julian Hyde +1 (binding)
Bruno Mahé +1
冯嘉 +1
Liangfei Su +1
zhen dong +1
金吉祥 +1

Thank you to everyone who participated in the vote.

Please welcome RocketMQ to the Apache Incubator!

Bruce

-- 
perl -e 'print unpack("u35",
"\@0G)U8V4\@4VYY9&5R\"F)S;GED97)\`87!A8VAE+F]R9PH\`");'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bruceblog.org/
Twitter: http://twitter.com/brucesnyder

[VOTE] Accept RocketMQ into the Apache Incubator

[Bruce Snyder]

 that
it will attract new contributors and users, our interest is primarily to
give RocketMQ a solid home as an open source project following an
established development model. More reason are provided in the Rationale
and Alignment sections.

== Documentation ==

Information about RocketMQ can be found on the Github project wiki [
https://github.com/alibaba/RocketMQ]

== Initial Source ==

RocketMQ has been under development at Alibaba since 2011. The source code
was opened up in 2012. It is currently hosted on Github using the Apache
License ([https://github.com/alibaba/RocketMQ/blob/master/LICENSE]).

== External Dependencies ==

RocketMQ depends on some Apache projects:

 * Commons Lang
 * Commons CLI
 * Commons Codec
 * Maven

and other open source projects (organized by license):

 * ALv2:
  * JNA
  * Netty
  * FastJson
  * Jackson

 * MPL
  * Javassist

 * MIT
  * Mockito
  * SLF4J
  * Bridge-method-annotation

 * EPL 1.0
  * JUnit
  * Logback


As all dependencies are managed using Apache Maven, none of the
external libraries need to be packaged in a source distribution.

== Required Resources ==

=== Mailing lists ===

 * rocketmq-private (PMC discussion)
 * rocketmq-dev (developer discussion)
 * rocketmq-user (user discussion)
 * rocketmq-commits (SCM commits)
 * rocketmq-issues (JIRA issue feed)

=== Subversion Directory ===

Git is the preferred source control management system: git://
git.apache.org/rocketmq
=== Issue Tracking ===

JIRA RocketMQ (RocketMQ)

=== Other Resources ===

The existing source code already has unit tests so we will make use of
existing Apache continuous testing infrastructure. The resulting load
should not be very large.

== Initial Committers ==

 * Xiaorui Wang 
 * Von Gosling 
 * Xinyu Zhou 
 * Zhanhui Li 
 * Wei Zhou 
 * Jinjixiang 
 * Longda 


== Affiliations ==

 * Xiaorui Wang: Alibaba
 * Von Gosling: Alibaba
 * Xinyu Zhou: Alibaba
 * Zhanhui Li: Yeahmobi
 * Wei Zhou: Alibaba
 * Jinjixiang: Alibaba
 * Longda: Alibaba

​
== Sponsors ==

=== Champion ===

Bruce Snyder bsny...@apache.org

=== Nominated Mentors ===

 * Justin McLean jmcl...@apache.org
 * Bruce Snyder bsny...@apache.org
 * Brian McCallister bri...@apache.org
 * Willem Ning Jiang ningji...@apache.org
 * Luke Han luke...@apache.org

=== Sponsoring Entity ===

We are requesting the Incubator to sponsor this project.



-- 
perl -e 'print unpack("u35",
"\@0G)U8V4\@4VYY9&5R\"F)S;GED97)\`87!A8VAE+F]R9PH\`");'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bruceblog.org/
Twitter: http://twitter.com/brucesnyder

Re: [DISCUSS] RocketMQ Incubation Proposal

[Bruce Snyder]

Hi Justin,

I have added your name to the proposal.

Bruce

On Mon, Nov 7, 2016 at 7:53 PM, Justin Mclean 
wrote:

> Hi,
>
> I’d like my name be added to be a Mentor to the project. Assuming the
> project is willing to have me that is :-)
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: [DISCUSS] RocketMQ Incubation Proposal

[Bruce Snyder]

Hi John,

Proposals for new ASF projects are offered to this list for constructive
feedback. I am happy to help steer the RocketMQ proposal and project using
your suggestions.

First, as explained previously in this discussion thread by Von Gosling,
there was some company IP that was mistakenly committed to the Github
repository and through a '...unlucky... scavenging activity' the history was
erased, as Von put it. I interpret this to mean that someone's git-fu went
awry which unintentionally caused the history to be removed. Von also gives
further explanation of the project history in a response below. Indeed,
this is an unfortunate situation (and one that I've seen before with git),
but should this prevent the project from coming to the ASF to improve and
grow under the auspices of the ASF and The Apache Way?

Second, regarding your statement: 'and its a bit surprising, since Bruce is
the chair of one of the competitors' -- All projects at the ASF exist
together regardless of their focus and all projects needs good mentors,
regardless of whether they are seen as competing or not. My interest in
helping the RocketMQ project is no different than my interest in continuing
to be involved with the ActiveMQ project. I have nearly 15 years experience
at the ASF and I'm not here to play games and favor one project over
another. I continue to be involved with the ASF to collaborate
constructively with others on open source and to foster a community of
inclusiveness where we can all continually learn and grow. The ASF is an
inclusive place where even experienced projects can learn from new
projects. As I've said for many years, we all come for code and stay for
the people. My intent is to use my experience to help a new project and
people to the ASF.

Third, I think the two questions you have posed are both good suggestions
for discussion and debate and might even help to improve the proposal. Even
if there are no solid answers today, I think these would also be great
ideas to debate around the code base and within the project moving forward.
I really like the idea of cross-pollination with the projects you mentioned
as well as others at the ASF. Since I have not worked on the RocketMQ code
base, I will allow Von to respond to two questions posed by John with his
thoughts:

Von, can you please provide your thoughts on the following two questions
specifically:

- How can RocketMQ work with the existing Kafka or ActiveMQ communities to
build cross platform clients?
- How can RocketMQ look to leverage Cassandra, Geode, Derby as backend
persistence stores?


Bruce

On Fri, Nov 4, 2016 at 3:26 PM, John D. Ament <john.d.am...@gmail.com>
wrote:

> On Fri, Nov 4, 2016 at 4:43 PM Roman Shaposhnik <ro...@shaposhnik.org>
> wrote:
>
> > The proposal looks fine in general, but I'm slightly concerned about:
> >https://github.com/alibaba/RocketMQ/graphs/contributors
> >
> > It seems that the model so far has been -- through huge blobs of
> > code over the wall. Given that the composition of initial committers
> > is all from Alibaba I hope their mentors will spend a lot of time
> > making sure that "commit early, commit often" mentality prevails.
> >
> > In addition to that, I can't seem to reconcile the statement:
> >"The source code was opened up in 2012."
> > with what I see on GitHub. What am I missing?
> >
>
> So I think these are the same points I was bringing up as well.  I suspect
> its a case where there wasn't a ton of open source development on the
> product and it was kept internal.
>
> I'm still a bit leary about the "relationship with other apache products"
> section still.  I'm not interested in seeing how a podling competes with
> other projects (and its a bit surprising, since Bruce is the chair of one
> of the competitors), but instead how the podling has synergies with the
> other components.  I raised that they're using ASF projects today in their
> code base.
>
> Some other ways to address this section:
>
> - How can RocketMQ work with the existing Kafka or ActiveMQ communities to
> build cross platform clients?
> - How can RocketMQ look to leverage Cassandra, Geode, Derby as backend
> persistence stores?
>
> etc..
>
>
> >
> > Thanks,
> > Roman.
> >
> > On Fri, Nov 4, 2016 at 11:00 AM, Brian McCallister <bri...@skife.org>
> > wrote:
> > > +1 !
> > >
> > > On Fri, Nov 4, 2016 at 8:37 AM, Jim Jagielski <j...@jagunet.com> wrote:
> > >
> > >> Cool.
> > >>
> > >> +1
> > >>
> > >> > On Nov 3, 2016, at 6:10 PM, Bruce Snyder <bruce.sny...@gmail.com>
> > wrote:
> > >> >
> > >> > Please find below a proposal for a new Incubator pod

Re: [DISCUSS] RocketMQ Incubation Proposal

[Bruce Snyder]

Hi Roman,

The question about the contributors is a valid concern, and one that I
raised myself with Von. This concern is hardly any different than what has
been raised with many other project proposals to the Incubator over the
years. One reason RocketMQ is interested in The Apache Way is to grow a
diverse base of committers and contributors. There's a wealth of experience
at the ASF and inside the Incubator to help a project to evolve in a
healthy manner. My interest is to help the project embody The Apache Way.

The good thing about RocketMQ is that the contributor list is currently
rather small which means that there is plenty of room for other folks who
are interested to begin contributing and earn committership.

I will leave your other question to Von's answer previous answers and his
further explanation below.

Bruce

On Fri, Nov 4, 2016 at 2:43 PM, Roman Shaposhnik <ro...@shaposhnik.org>
wrote:

> The proposal looks fine in general, but I'm slightly concerned about:
>https://github.com/alibaba/RocketMQ/graphs/contributors
>
> It seems that the model so far has been -- through huge blobs of
> code over the wall. Given that the composition of initial committers
> is all from Alibaba I hope their mentors will spend a lot of time
> making sure that "commit early, commit often" mentality prevails.
>
> In addition to that, I can't seem to reconcile the statement:
>"The source code was opened up in 2012."
> with what I see on GitHub. What am I missing?
>
> Thanks,
> Roman.
>
> On Fri, Nov 4, 2016 at 11:00 AM, Brian McCallister <bri...@skife.org>
> wrote:
> > +1 !
> >
> > On Fri, Nov 4, 2016 at 8:37 AM, Jim Jagielski <j...@jagunet.com> wrote:
> >
> >> Cool.
> >>
> >> +1
> >>
> >> > On Nov 3, 2016, at 6:10 PM, Bruce Snyder <bruce.sny...@gmail.com>
> wrote:
> >> >
> >> > Please find below a proposal for a new Incubator podling named Apache
> >> > RocketMQ, a fast, low latency, reliable, scalable, distributed, easy
> to
> >> use
> >> > message-oriented middleware, especially for processing large amounts
> of
> >> > streaming data.
> >> >
> >> > The draft proposal can be found in the wiki at the following URL:
> >> >
> >> > https://wiki.apache.org/incubator/RocketMQProposal
> >> >
> >> > Below, please find the text for the proposal below.
> >> >
> >> > Thanks,
> >> >
> >> > Bruce
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> >> For additional commands, e-mail: general-h...@incubator.apache.org
> >>
> >>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

[DISCUSS] RocketMQ Incubation Proposal

[Bruce Snyder]

 at Alibaba since 2011. The source code
was opened up in 2012. It is currently hosted on Github using the Apache
License ([https://github.com/alibaba/RocketMQ/blob/master/LICENSE]).

== External Dependencies ==

The dependencies all have ASF compatible licenses.

== Required Resources ==

=== Mailing lists ===

 * rocketmq-private (PMC discussion)
 * rocketmq-dev (developer discussion)
 * rocketmq-user (user discussion)
 * rocketmq-commits (SCM commits)
 * rocketmq-issues (JIRA issue feed)

=== Subversion Directory ===

Git is the preferred source control management system: git://
git.apache.org/RocketMQ

=== Issue Tracking ===

JIRA RocketMQ (RocketMQ)

=== Other Resources ===

The existing source code already has unit tests so we will make use of
existing Apache continuous testing infrastructure. The resulting load
should not be very large.

== Initial Committers ==

 * Xiaorui Wang 
 * Von Gosling 
 * Longda 
 * Xinyu Zhou 
 * Zhanhui Li 
 * Wei Zhou 


== Affiliations ==

 * Xiaorui Wang: Alibaba
 * Von Gosling: Alibaba
 * Longda: Alibaba
 * Xinyu Zhou: Alibaba
 * Zhanhui Li: Yeahmobi
 * Wei Zhou: Alibaba
​
== Sponsors ==

=== Champion ===

Bruce Snyder bsny...@apache.org

=== Nominated Mentors ===

 * Bruce Snyder bsny...@apache.org
 * Brian McCallister bri...@apache.org
 * Willem Ning Jiang ningji...@apache.org
 * Luke Han luke...@apache.org

=== Sponsoring Entity ===

We are requesting the Incubator to sponsor this project.


-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Perfect, thanks John.

Bruce

On Tue, Sep 20, 2016 at 9:31 AM, John D. Ament <johndam...@apache.org>
wrote:

> Sorry Bruce, just got to it now.  You should have access.
>
> John
>
> On Tue, Sep 20, 2016 at 7:54 AM Bruce Snyder <bruce.sny...@gmail.com>
> wrote:
>
> > Hi John,
> >
> > Did you add me to the ContributorsGroup yet? I'm still seeing the
> following
> > page as ImmutablePage:
> >
> > https://wiki.apache.org/incubator/RocketMQProposal
> >
> > Bruce
> >
> > On Mon, Sep 19, 2016 at 10:12 AM, Bruce Snyder <bruce.sny...@gmail.com>
> > wrote:
> >
> > > Hi John,
> > >
> > > My username for MoinMoin is BruceSnyder.
> > >
> > > Bruce
> > >
> > > On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament <johndam...@apache.org>
> > > wrote:
> > >
> > >> Bruce,
> > >>
> > >> Whats your username?  Each wiki requires separate accounts.
> > >>
> > >> John
> > >>
> > >> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder <bruce.sny...@gmail.com>
> > >> wrote:
> > >>
> > >> > Please consider this a request to be added to the ContributorsGroup
> on
> > >> the
> > >> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ
> > proposal
> > >> and
> > >> > currently I have no edit capability.
> > >> >
> > >> > Bruce
> > >> >
> > >> > --
> > >> > perl -e 'print
> > >> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\
> "YC;VT*"
> > >> );'
> > >> >
> > >> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > >> > Blog: http://bsnyder.org/ <http://bruceblog.org/>
> > >> > Twitter: http://twitter.com/brucesnyder
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&
> > > 5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'
> > >
> > > ActiveMQ in Action: http://bit.ly/2je6cQ
> > > Blog: http://bsnyder.org/ <http://bruceblog.org/>
> > > Twitter: http://twitter.com/brucesnyder
> > >
> >
> >
> >
> > --
> > perl -e 'print
> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'
> >
> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > Blog: http://bsnyder.org/ <http://bruceblog.org/>
> > Twitter: http://twitter.com/brucesnyder
> >
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Hi John,

Did you add me to the ContributorsGroup yet? I'm still seeing the following
page as ImmutablePage:

https://wiki.apache.org/incubator/RocketMQProposal

Bruce

On Mon, Sep 19, 2016 at 10:12 AM, Bruce Snyder <bruce.sny...@gmail.com>
wrote:

> Hi John,
>
> My username for MoinMoin is BruceSnyder.
>
> Bruce
>
> On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament <johndam...@apache.org>
> wrote:
>
>> Bruce,
>>
>> Whats your username?  Each wiki requires separate accounts.
>>
>> John
>>
>> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder <bruce.sny...@gmail.com>
>> wrote:
>>
>> > Please consider this a request to be added to the ContributorsGroup on
>> the
>> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ proposal
>> and
>> > currently I have no edit capability.
>> >
>> > Bruce
>> >
>> > --
>> > perl -e 'print
>> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
>> );'
>> >
>> > ActiveMQ in Action: http://bit.ly/2je6cQ
>> > Blog: http://bsnyder.org/ <http://bruceblog.org/>
>> > Twitter: http://twitter.com/brucesnyder
>> >
>>
>
>
>
> --
> perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&
> 5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'
>
> ActiveMQ in Action: http://bit.ly/2je6cQ
> Blog: http://bsnyder.org/ <http://bruceblog.org/>
> Twitter: http://twitter.com/brucesnyder
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Hi John,

My username for MoinMoin is BruceSnyder.

Bruce

On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament <johndam...@apache.org>
wrote:

> Bruce,
>
> Whats your username?  Each wiki requires separate accounts.
>
> John
>
> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder <bruce.sny...@gmail.com>
> wrote:
>
> > Please consider this a request to be added to the ContributorsGroup on
> the
> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ proposal
> and
> > currently I have no edit capability.
> >
> > Bruce
> >
> > --
> > perl -e 'print
> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'
> >
> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > Blog: http://bsnyder.org/ <http://bruceblog.org/>
> > Twitter: http://twitter.com/brucesnyder
> >
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bsnyder.org/ <http://bruceblog.org/>
Twitter: http://twitter.com/brucesnyder

Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Please consider this a request to be added to the ContributorsGroup on the
MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ proposal and
currently I have no edit capability.

Bruce

-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: Spatial Information Systems Proposal

[Bruce Snyder]

On Fri, Feb 5, 2010 at 9:31 AM, patrick o'leary pj...@pjaol.com wrote:
 Hi

 On behalf of the locallucene, localsolr communities, JPL, and myself, I
 present an Apache Spatial incubator Proposal.
 Apache Spatial will be a toolkit, allowing spatial data to be represented
 and queried in multitude of implementing technologies.

 The proposal is http://wiki.apache.org/incubator/SpatialProposal
 and I have included a text version of the proposal below.
 I appreciate any feedback and discussion.

 Thanks
 Patrick O'Leary / Chris Mattmann / Sean McCleese / Paul Ramirez / Ben Lewis

 --

 Apache SIS, A toolkit for constructing spatial information systems.

 Abstract

 Spatial information systems (SIS) (akin to Geographic Information Systems,
 or GIS) are rapidly growing as information has taken on a sense of location.
 This location context has allowed people to start exploring different ways
 of searching, clustering, and displaying information. Spatial queries such
 as:

    * point-radius, e.g., show me all objects within X miles of point P,
 typically a lat/lon;
    * bounding box, e.g., show me all objects within a box defined by south,
 east, north, west bounding coordinates; and
    * polygon, an extension of bounding box to arbitrary shapes defined by
 arbitrary points

 are becoming a part of everyday life, where some combination of the above is
 used to find a restaurant, determine sites of interest for climate research,
 for data reduction and subsetting, or demographic profiling, social
 networking, and a host of other applications. There exist a number of
 libraries, and frameworks written in Java, C/C++, and other P/Ls that deal
 with the aforementioned issues, however the one consistent homogeneity is
 that most of these software do not include ASF-friendly licensing. On the
 contrary, most of these software systems and tools are LGPL licensed, as
 their use is primarily to produce GIS software, which is then sold for a
 profit. What's more, even the standards organization the Open Geospatial
 Consortium (OGC) promotes the use of LGPL SIS/GIS software to implements its
 interfaces and specifications, leaving those interested in a more
 ASL-friendly solution with a major hole to fill, or having to deal with the
 license implications of leveraging LGPL open source software in their
 applications.

 We propose to construct Apache SIS, an ASL 2.0 licensed toolkit that spatial
 information system builders or users can leverage to support the
 aforementioned activities, alleviating much of the software and potentially
 legal difficulties in implementing SIS/GIS systems. This project will look
 to expand on those concepts and serve as a place to store reference
 implementations of spatial algorithms, utilities, services, etc. as well as
 serve as a sandbox to explore new ideas. Further, the goal is to have Apache
 SIS grow into a thriving Apache top-level community, where a host of SIS/GIS
 related software (OGC datastores, REST-ful interfaces, data standards, etc.)
 can grow from and thrive under the Apache umbrella.

 Proposal

 The Internet is changing to the local world wide web, where information no
 longer exists in a digital vapor, but contains real world context. From news
 stories to tweets, location is a very powerful concern, evidenced by the
 proliferation of popular websites offering geo-referenced information for
 all relevant content (Flickr, Twitter, Google Maps, etc). Besides the social
 utility of spatial data, there are also national interest related uses of
 prime importance. For example, from a national policy perspective, and
 federal agency perspective (e.g., NASA, NOAA, DoD), global climate concerns
 have underscored the importance of science data collected about our planet,
 all of which is location based. So-called operational and actionable
 data including climate models, weather forecasts as well as scientific,
 offline data (measurements of CO2 in the atmosphere, measurements of sea
 surface temperature, etc.) all provide some sense of where the data was
 created, where currently resides, and/or what it references. These are just
 a sampling of the spatially relevant information available -- the list is
 growing as scientists, policy-makers and decision makers develop new
 downstream activities that leverage spatial data. As we move forward there
 is also no reason to restrict the focus of SIS/GIS to just this planet as a
 point of reference; other sciences (astrophysics, planetary science) have
 been collecting information about our universe and other celestial bodies
 for years, information that could be spatial-enabled. There has been a
 growing recent interest in data collected about the Earth's moon as in the
 case of NASA's Lunar Reconnaissance Orbiter, its Lunar CRater Observation
 and Sensing Satellite (LCROSS) and its Lunar Mapping and Modeling Project
 (LMMP), as well as Google Moon and other such projects. Spatial data can
 offer substantial value 

Re: Review-Then-Commit

[Bruce Snyder]

On Wed, Nov 11, 2009 at 8:16 PM, Greg Stein gst...@gmail.com wrote:
 Not a strong opinion, but I think that RTC hampers the free-flow of
 ideas, experimentation, evolution, and creativity. It is a damper on
 expressivity. You maneuver bureaucracy to get a change in. CTR is
 about making a change and discussing it. But you get *forward
 progress*.

 I also feel that RTC will tend towards *exclusivity* rather than the
 Apache ideal of *inclusivity*. That initial review is a social and
 mental burden for new committers. People are afraid enough of
 submitting patches and trying to join into a development community,
 without making them run through a front-loaded process.

 I've participated in both styles of development. RTC is *stifling*. I
 would never want to see that in any Apache community for its routine
 development (branch releases are another matter).

 My opinion is that it is very unfortunate that Cassandra feels that it
 cannot trust its developers with a CTR model, and pushes RTC as its
 methodology. The group-mind smashes down the creativity of the
 individual, excited, free-thinking contributor.

+1 Very well said, Greg.

Bruce
-- 
perl -e 'print 
unpack(u30,D0G)u8...@4vyy95R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bruceblog.org/
Twitter: http://twitter.com/brucesnyder

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Review-Then-Commit

[Bruce Snyder]

On Wed, Nov 11, 2009 at 9:21 AM, Emmanuel Lecharny elecha...@apache.org wrote:
 Matthieu Riou wrote:

 Hi guys,

 What's the take of other mentors and the IPMC on podlings practicing RTC?
 I'm asking because some seem to see it as a blocker for graduation whereas
 I
 see it much more as a development methodology with little community impact
 and therefore no real influence on graduation. Strong opinions here?


 I would bet that most of the Apache project are following the C-T-R scheme
 instead.

 IMO, it's up to the project PMC to define the correct strategy, there is
 nothing such a global politic regarding it, AFAIK

+1 It's up to the the PMC for each project.

Bruce
-- 
perl -e 'print 
unpack(u30,D0G)u8...@4vyy95R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bruceblog.org/
Twitter: http://twitter.com/brucesnyder

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Abdera Graduation to TLP

[Bruce Snyder]

On Thu, Nov 13, 2008 at 6:59 AM, Garrett Rooney
[EMAIL PROTECTED] wrote:
 After some brief discussion here and a vote on the Abdera private
 list, it seems everyone is in favor of this, so I'd like to propose
 that we ask the board to make Abdera a new TLP.  It's been quite the
 long incubation process (started in May 2006!), but I think the Abdera
 community, while small, is now diverse enough that I have no question
 as to its ability to survive as its own Apache project.

 So please vote away.  A +1 vote is for sending the following motion to
 the board for its approval.

+1

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/

Blog: http://bruceblog.org/

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

Re: status of PGP support in Maven

[Bruce Snyder]

On Fri, Oct 3, 2008 at 8:50 AM, Noel J. Bergman [EMAIL PROTECTED] wrote:
 Moved to the thread it belongs in ...

 Jason van Zyl wrote:
 Noel J. Bergman wrote:
  Emmanuel Lecharny wrote:
 Better a bad decision than no decision, otherwise, soon, nobody will
 vote anymore...
 Not really.  Consider that there appears to be a clear consensus
 that if Maven were to fix the download situation, requiring that users
 approve the user of Incubator artifacts, rather than transparently use
 them,  many of the -1 would be +1.

 That's unlikely to happen. We're not going to be implementing policy
 enforcement for you.

 We don't need for you to implement any policy other than the requirement
 for users to approve authorized signing keys.  You simply need to implement
 artifact signing and mandatory authorization, which is why I've moved this
 to the thread Brett started for purposes of discussing signing.

I'm trying to understand why authorization should be mandatory? To my
knowledge, only some of the Linux package management tools (apt, port,
rpm, yum) verify signatures by default and in the event of failure,
they allow you to continue without the key verification.

Also, I've actually spoken to a number of folks about GPG verification
of artifacts over the last year and very few folks actually use this
today.

 Did you not see what just happened to Redhat with respect to Fedora?  They
 take artifact security seriously.  For a long time, it has appeared that
 Maven does not, but I am hopeful now that mandatory authorization will
 appear, so that I and others will not have to increase lobbying efforts to
 have the Maven repository closed, at least with respect to ASF projects.

Please explain what happened to RedHat with respect to Fedora. I'm not
familiar with the situation.

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/

Blog: http://bruceblog.org/

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

Re: [VOTE] [POLICY] Allow extra release distribution channels like the central Maven repository

[Bruce Snyder]

On Thu, Sep 10, 2008 at 9:34 AM,  Jukka Zitting
[EMAIL PROTECTED] wrote:
 Hi,

 We've had a number of long discussions about the incubating projects
 using the central Maven repository to distribute their releases. The
 current policy is that incubating releases should not go to there. The
 related discussion threads have died with no consensus but the issue
 still exists and affects many podlings. I would like to finally
 resolve the issue one way or another by calling the Incubator PMC to
 vote on the matter.

 In INCUBATOR-82 I have prepared a patch (also attached below) that
 changes the policy document to explicitly _allow_ extra distribution
 channels like the central Maven repository for incubating releases.
 Note that the proposed patch allows any such channels instead of
 focusing just on the Maven repository. Also, any releases must still
 be approved, comply with the disclaimer and naming rules, and be
 primarily distributed through the official
 http://www.apache.org/dist/incubator/ channel.

 Please vote on accepting or rejecting this policy change! This
 majority vote is open for a week and only votes from the Incubator PMC
 members are binding.

 [ ] +1 Yes, allow extra release distribution channels like the central
 Maven repository
 [ ] -1 No, keep the current policy

+1

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/

Blog: http://bruceblog.org/

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

Re: [VOTE] Apache CXF Graduation as TLP

[Bruce Snyder]

On Tue, Mar 18, 2008 at 9:08 AM, Daniel Kulp [EMAIL PROTECTED] wrote:

  After 20 months in the incubator, 6 releases complete and 2 more on the
  way shortly, several new committers, and too much email traffic :-), the
  Apache CXF community (with support from our mentors) feels that we are
  ready to graduate to an official top level project at Apache as
  indicated by the community vote recorded at:
  
 http://www.nabble.com/-VOTE--Graduate-Apache-CXF-as-a-top-level-project-to15812722.html

  We would like the resolution attached to this email to be presented to
  the board for consideration at the next possible board meeting.

  For additional information, the CXF status file is here:
  http://incubator.apache.org/projects/cxf.html

  Thank you in advance for your time and consideration.

  [ ] +1
  [ ] +0
  [ ] -1

+1

Woot!

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/

Blog: http://bruceblog.org/

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

Re: RAT and MANIFEST.MF validation

[Bruce Snyder]

On Nov 19, 2007 10:18 AM, sebb [EMAIL PROTECTED] wrote:
 RAT should not expect MANIFEST.MF to include a licence.

 Would it be useful if it insisted on certain other contents of the
 manifest file instead?

 e.g.

 Implementation-Title:
 Implementation-Vendor:
 Implementation-Vendor-Id:
 Implementation-Version:

 Specification-Title:
 Specification-Vendor:
 Specification-Version:

 Just a thought.

It's a good idea. Maybe it could optionally check for that stuff for now.

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/

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

Re: November Incubator Reports ARE LATE!

[Bruce Snyder]

On Nov 11, 2007 1:45 PM, Noel J. Bergman [EMAIL PROTECTED] wrote:
 ... from:

 Abdera
 Lokahi
 NMaven
 ServiceMix
 Woden
 WSRP4J
 XAP
 Yoko

 They must be submitted IMMEDIATELY.

ServiceMix graduated from the Incubator, is it still required to report?

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/

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

Re: [VOTE] Accept project Buildr for incubation

[Bruce Snyder]

On 10/29/07, Matthieu Riou [EMAIL PROTECTED] wrote:
 Hi,

 Following up on the proposal discussed at [1] I'd like to call for a vote to
 incubate Buildr. Buildr is a simple and intuitive build system for Java
 projects written in Ruby (and based on Rake), please see the complete
 proposal text at [2] or at the end of this e-mail.

 Also we're missing one more mentor so if someone could volunteer, that would
 really be great.

 Please vote on accepting Buildr into the Apache Incubator. This vote will
 run until Thursday November 1st at 3pm PST.

 [ ] +1 Accept Buildr project for incubation
 [ ] 0 Don't care
 [ ] -1 Reject for the following reason :

 Thanks!
 Matthieu

 [1] 
 http://mail-archives.apache.org/mod_mbox/incubator-general/200710.mbox/[EMAIL 
 PROTECTED]

 [2] http://wiki.apache.org/incubator/BuildrProposal

 ---

 = Abstract =

 Buildr is a simple and intuitive build system for Java projects.

 = Proposal =

 Buildr is a build system for Java applications. We wanted something that's
 simple and intuitive to use, so we only need to tell it what to do, and it
 takes care of the rest. But also something we can easily extend for those
 one-off tasks, with a language that's a joy to use. And of course, we wanted
 it to be fast, reliable and have outstanding dependency management.

 Here's what we got:

 * A simple way to specify projects, and build large projects out of
 smaller sub-projects.
 * Pre-canned tasks that require the least amount of configuration,
 keeping the build script DRY and simple.
 * Compiling, copying and filtering resources, JUnit/TestNG test cases,
 APT source code generation, Javadoc and more.
 * A dependency mechanism that only build that which changed since the
 last release.
 * Buildr uses the same file layout, artifact specifications, local and
 remote repositories as Maven 2.
 * All your Ant tasks belong to us! Anything you can do with Ant, you can
 do with Buildr.
 * Buildr is Ruby all the way down. No one-off task is too demanding when
 you write code using variables, functions and objects.
 * Simple way to upgrade to new versions.
 * Did we mention fast?

 = Background =

 Buildr is developed using the Ruby language and is layered on top of Rake, a
 popular build program for Ruby that provides all the task and task
 dependency infrastructure. It also relies on AntWrap to allow the reuse of
 all existing Ant tasks.

 = Rationale =

 Buildr's initial focus was to be layered on top of a powerful scripting
 language. It's an internal DSL and therefore enjoys a lot of ease of use and
 extensibility. It's also declarative, which gives scripts expressiveness
 (they're easy to read). And there's no XML!

 We believe bringing Buildr at Apache is a good way to expand even more the
 build tool space, attract more committers and users to Buildr and have
 people start playing with the Ruby language, both within and outside the
 foundation.

 = Current Status =

 == Meritocracy ==

 Buildr has been mostly developed by Assaf Arkin but others have contributed
 either directly or through patches. In addition to contributed patches, work
 on Scala and JRuby is done by community members, and we're working to
 cultivate that and add more committers.

 == Community ==

 A community of standard users but also power users is building around Buildr
 and several people are using it in all sort of different projects. Currently
 the discussion group has 86 members, more statistics available at
 http://groups.google.com/group/buildr-talk?lnk=srg

 == Core Developers ==

 Core developers are mostly from a single organization but more and more
 power users are contributing patches and trying to extend Buildr. Also
 current core developers are very experienced in open source and already
 follow the Apache ways.

 == Alignment ==

 Buildr is in line with the existing strong culture of build tools at Apache
 (Ant, Maven, Ivy, ...). It already relies on Maven2 repositories and follows
 most of its project structure conventions. It allows reuse of Ant tasks. Not
 to mention that other Apache projects could use it for their build (as ODE
 already does).

 = Known Risks =

 == Orphaned Projects ==

 Buildr core development is still very much dependent on Assaf but more and
 more people are getting familiar with the way Buildr works and its
 intricacies. So we're aware of the problem but also confident that we're on
 the right track as more and more people get involved.

 == Inexperience with Open Source ==

 Many committers have experience working on open source projects. Three of
 them are Apache committers.

 == Reliance on Salaried Developers ==

 Buildr is part of the committers job but is far from being the main company
 focus. So it's part working time and part personal time.

 == Relationships with Other Apache Products ==

 As there aren't many Ruby projects in the ASF yet, there's less relationship
 

Re: [VOTE] Accept project Buildr for incubation

[Bruce Snyder]

On 10/29/07, Assaf Arkin [EMAIL PROTECTED] wrote:
 On 10/29/07, Bruce Snyder [EMAIL PROTECTED] wrote:
 
  This sounds like Rake (http://rake.rubyforge.org/) to me. Is Buildr
  just a customized Rake? How is Buildr any different than Rake?


 Buildr is Rake underneath, we started with Rake to handle all the task and
 dependency management, works very well and no point re-inventing the wheel.

 But using just Rake leads to a lot of boilerplate code.  Feeding classpath
 dependencie to javac, downloading and installing artifacts, running JUnit
 and producing test reports, packaging JARs and WARs, etc.

 Instead you get a high level abstraction based on projects, pre-configured
 tasks (like compile, test, package), and ad hoc tasks.  So Buildr takes care
 of all the detail work that's identical across projects, and also adds a
 large library of easy to use tasks.

Thanks for the information, Assaf :-).

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/

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

Re: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)

[Bruce Snyder]

On 7/17/07, Bruce Snyder [EMAIL PROTECTED] wrote:

Forwarding to the dev list.

-- Forwarded message --
From: Guillaume Nodet [EMAIL PROTECTED]
Date: Jul 13, 2007 12:35 PM
Subject: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)
To: general@incubator.apache.org


The ServiceMix podling respectfully requests the Incubator to consider
its graduation to a Top Level Project. Please vote on recommending
the attached draft board resolution.

[ ] +1 Recommend to the board to establish Apache ServiceMix
[ ] -1 Do not recommend establishing Apache ServiceMix...

ServiceMix has been in incubation for more than one year and has
demonstrated its ability to govern itself, perform releases and voting in
new committers and PPMC members.

Note: the first vote has been cancelled due to a rephrase in the
project scope.

==

Establish the Apache ServiceMix project

  WHEREAS, the Board of Directors deems it to be in the best
 interests of the Foundation and consistent with the
 Foundation's purpose to establish a Project, to be known as
 Apache ServiceMix Project, related to an extensible messaging
 bus for service integration, mediation and composition and its related
 components, for distribution at no charge to the public.

  NOW, THEREFORE, BE IT RESOLVED, that a Project Management
  Committee (PMC) is hereby established pursuant to Bylaws
  of the Foundation; and be it further

  RESOLVED, that the Apache ServiceMix PMC be and hereby is
  charged with the creation and maintenance of Apache ServiceMix;
  and be it further

  RESOLVED, that the office of Vice President, Apache ServiceMix be and
  hereby is created, the person holding such office to serve at
  the direction of the Board of Directors as the chair of the
  Apache ServiceMix PMC, and to have primary responsibility for
  management of the projects within the scope of responsibility
  of the Apache ServiceMix PMC; and be it further

  RESOLVED, that the persons listed immediately below be and
  hereby are appointed to serve as the initial members of the
  Apache ServiceMix PMC:

   * Hiram Chirino [EMAIL PROTECTED]
   * Adrian Co [EMAIL PROTECTED]
   * Rob Davies [EMAIL PROTECTED]
   * Philips Dodds [EMAIL PROTECTED]
   * Jeff Genender [EMAIL PROTECTED]
   * Matt Hogstrom [EMAIL PROTECTED]
   * David Jencks [EMAIL PROTECTED]
   * Jacek Laskowski [EMAIL PROTECTED]
   * Jonas Lim [EMAIL PROTECTED]
   * Aaron Mulder [EMAIL PROTECTED]
   * Guillaume Nodet [EMAIL PROTECTED]
   * Bruce Snyder [EMAIL PROTECTED]
   * James Strachan [EMAIL PROTECTED]
   * Thomas Termin [EMAIL PROTECTED]
   * Gert Vanthienen [EMAIL PROTECTED]

  NOW, THEREFORE, BE IT FURTHER RESOLVED, that Guillaume Nodet
  be appointed to the office of Vice President, Apache ServiceMix, to serve
  in accordance with and subject to the direction of the Board of
  Directors and the Bylaws of the Foundation until death,
  resignation, retirement, removal or disqualification, or until
  a successor is appointed; and be it further

  RESOLVED, that the Apache ServiceMix Project be and hereby
  is tasked with the migration and rationalization of the Apache
  Incubator ServiceMix podling; and be it further

  RESOLVED, that all responsibilities pertaining to the Apache
  Incubator ServiceMix podling encumbered upon the Apache Incubator
  PMC are hereafter discharged.

==


Also, here are links to the discussion regarding ServiceMix
graduation[1] and the vote thread regarding Guillaume Nodet becoming
the PMC chair [2].

[1] 
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.203-tf4108591s12049.html
[2] 
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.249-tf4108599s12049.html

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)

[Bruce Snyder]

On 7/19/07, Guillaume Nodet [EMAIL PROTECTED] wrote:

Here are the digest:
   
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.249-tf4108599s12049.html
 
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.203-tf4108591s12049.html


Done.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Fwd: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)

[Bruce Snyder]

Forwarding to the dev list.

-- Forwarded message --
From: Guillaume Nodet [EMAIL PROTECTED]
Date: Jul 13, 2007 12:35 PM
Subject: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)
To: general@incubator.apache.org


The ServiceMix podling respectfully requests the Incubator to consider
its graduation to a Top Level Project. Please vote on recommending
the attached draft board resolution.

[ ] +1 Recommend to the board to establish Apache ServiceMix
[ ] -1 Do not recommend establishing Apache ServiceMix...

ServiceMix has been in incubation for more than one year and has
demonstrated its ability to govern itself, perform releases and voting in
new committers and PPMC members.

Note: the first vote has been cancelled due to a rephrase in the
project scope.

==

Establish the Apache ServiceMix project

 WHEREAS, the Board of Directors deems it to be in the best
interests of the Foundation and consistent with the
Foundation's purpose to establish a Project, to be known as
Apache ServiceMix Project, related to an extensible messaging
bus for service integration, mediation and composition and its related
components, for distribution at no charge to the public.

 NOW, THEREFORE, BE IT RESOLVED, that a Project Management
 Committee (PMC) is hereby established pursuant to Bylaws
 of the Foundation; and be it further

 RESOLVED, that the Apache ServiceMix PMC be and hereby is
 charged with the creation and maintenance of Apache ServiceMix;
 and be it further

 RESOLVED, that the office of Vice President, Apache ServiceMix be and
 hereby is created, the person holding such office to serve at
 the direction of the Board of Directors as the chair of the
 Apache ServiceMix PMC, and to have primary responsibility for
 management of the projects within the scope of responsibility
 of the Apache ServiceMix PMC; and be it further

 RESOLVED, that the persons listed immediately below be and
 hereby are appointed to serve as the initial members of the
 Apache ServiceMix PMC:

  * Hiram Chirino [EMAIL PROTECTED]
  * Adrian Co [EMAIL PROTECTED]
  * Rob Davies [EMAIL PROTECTED]
  * Philips Dodds [EMAIL PROTECTED]
  * Jeff Genender [EMAIL PROTECTED]
  * Matt Hogstrom [EMAIL PROTECTED]
  * David Jencks [EMAIL PROTECTED]
  * Jacek Laskowski [EMAIL PROTECTED]
  * Jonas Lim [EMAIL PROTECTED]
  * Aaron Mulder [EMAIL PROTECTED]
  * Guillaume Nodet [EMAIL PROTECTED]
  * Bruce Snyder [EMAIL PROTECTED]
  * James Strachan [EMAIL PROTECTED]
  * Thomas Termin [EMAIL PROTECTED]
  * Gert Vanthienen [EMAIL PROTECTED]

 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Guillaume Nodet
 be appointed to the office of Vice President, Apache ServiceMix, to serve
 in accordance with and subject to the direction of the Board of
 Directors and the Bylaws of the Foundation until death,
 resignation, retirement, removal or disqualification, or until
 a successor is appointed; and be it further

 RESOLVED, that the Apache ServiceMix Project be and hereby
 is tasked with the migration and rationalization of the Apache
 Incubator ServiceMix podling; and be it further

 RESOLVED, that all responsibilities pertaining to the Apache
 Incubator ServiceMix podling encumbered upon the Apache Incubator
 PMC are hereafter discharged.

==

--
Cheers,
Guillaume Nodet

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



--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: [Discuss] Graduate ServiceMix to a Top Level Project

[Bruce Snyder]

On 7/13/07, Guillaume Nodet [EMAIL PROTECTED] wrote:

What about a pluggable messaging bus for enterprise service
integration, mediation and composition and its related components ?
I'd like to keep out the acronyms if possible ...


No objection from me. I'd prefer to keep out the acronyms - I was
simply trying to satisfy Nic's request.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: [Discuss] Graduate ServiceMix to a Top Level Project

[Bruce Snyder]

On 7/12/07, Niclas Hedhman [EMAIL PROTECTED] wrote:

On Thursday 12 July 2007 05:59, Guillaume Nodet wrote:
 enterprise service integration

I find this project description too broad. Since I don't know what ServiceMix
is about I can't suggest something better.


Below is a stab at a description that uses all the acronyms:

... the Apache ServiceMix Project be and hereby is responsible for the
creation and maintenance of open source software implementing the Java
Business Integration (JBI) specification to provide an Enterprise
Service Bus (ESB) platform for Service Oriented Architecture (SOA) and
enterprise service integration.

Just my US$0.02 (not worth much these days).

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: [VOTE] Release ServiceMix 3.1.1 (2nd try)

[Bruce Snyder]

I have have some questions that need answering before we can proceed
with the release. Please them inline below:

On 5/29/07, Guillaume Nodet [EMAIL PROTECTED] wrote:



robert burrell donkin wrote:
 On 5/28/07, Guillaume Nodet [EMAIL PROTECTED] wrote:
 Just a friendly reminder.  We're missing anoter IPMC vote ...

 issues
 ---

 i think that apache-servicemix-3.1.1-incubating.tar.gz has some
 libraries in lib that are missing their LICENSE/NOTICE entries (eg
 howl, jencks)
There are licensed under ASL 2.0 and don't have any NOTICE file afaik.
Should all the jars be listed in the LICENSE / NOTICE file ? My assumption
was that only those who had some attributions somehow or with a
different license
need to be, but correct me if I'm wrong.


Can someone clarify this? How are Apache Licensed projects that are
included in an ASF project supposed to be handled if they don't
provide their own NOTICE file?


 apache-servicemix-3.1.1-incubating-src.zip contains a directory that
 seems like somethings gone wrong (src/C:tmp)
I will fix that.

 
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/WEB-INF/sitemesh-decorator.tld

 is licensed under The OpenSymphony Software License, Version 1.1 - i
 can't see this in LICENSE or NOTICE. same goes to
 
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/WEB-INF/sitemesh-page.tld


 i think that
 
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/common.js

 requires attribution but i can't see anything in NOTICE

 i think that
 
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/css.js

 is missing from the LICENSE

 also
 
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/plotkit/*.js


 (after re-reading the latest version of
 http://www.apache.org/legal/src-headers.html, i'm not sure how this
 applies javascript and other distributed source. i'll follow this up
 with legal.)
I will add these informations to the LICENSE / NOTICE files.


Is it sufficient to place these licenses in the NOTICE file? Can
someone clarify this please?


 otherwise generally ok but i have a few questions

 source in
 
http://people.apache.org/~gnodet/servicemix-3.1.1-incubating/org/apache/servicemix/samples/wsdl-first/wsdl-first-jsr181-su/3.1.1-incubating/

 lacks headers. is this going to be released? if so, are these
 generated?

 are the jars under
 http://people.apache.org/~gnodet/servicemix-3.1.1-incubating/ going to
 be released?

 servicemix-wsn2005-3.1.1-incubating-sources.jar contains lots of java
 sources without headers (mostly under
 org.apache.servicemix.wsn.jaxws). is this going to be released? if so,
 are these generated?
Yeah, lots of these files are generated.  Files generated are not in svn
so we usually check the headers on the svn tree rather than the source
jars generated by maven.  These jars are not meant to be built for only
contain all the java sources for debugging purposes.   If you want to
build these jars, you need to use the source distribution or use the svn
tag.


So do we need to license generated files?

Thanks for the assistance.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: [VOTE] Should we treat incubator releases differently to normal releases

[Bruce Snyder]

On 3/15/07, Henri Yandell [EMAIL PROTECTED] wrote:

Two parts to the vote:

ONE: Should Incubator tarballs go in the normal place (and thus mirrors).


+1


TWO: Should there be an Incubator maven repository.


-1

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/16/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Sorry, i lost you. this whole we need podling artifacts in central
repo because right now you are putting our user through a meat
grinder has no basis in fact. Am asking for JIRA issues, email threads
that show that this is indeed a serious issue and not just a made up
issue. Show me the evidence is what i am asking.


By comparison, I've now asked three times if there was any specific
situation that necessitated the policy of a separate repo for
Incubator artifacts. Thus far, I've received no answer whatsoever. Was
this policy simply plucked out of thin air (i.e., a made up issue) or
was there a specific situation that prompted it?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

n 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

#1) This is by design. We don't want to make it easy.


This is what I really don't understand. Why must it be so difficult
for users of the incubating projects?

Daniel's summation of the situation is very accurate. All the separate
repository does is make user's lives more difficult in many ways. IMO,
marking project versions with 'incbuating' is enough. However,
Niclas's suggestion to use a package name of
org.apache.incubator.project for incubating projects sounds like a
good one as well.

As I understand it, the Incubator exists for legal purposes and for
projects to learn The Apache Way. Why must the Incubator policies be
so restrictive as to make the download of incubating artifacts so
difficult?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Because projects get killed/nuked as they don't have enough legs to
stand on literally. You are assuming that every project makes it. It
doesn't. We have to let people know that they are making a conscious
choice by making it difficult.


I'm not assuming anything. Users are well aware that projects reside
in the Incubator - especially with 'incubating' in the project
version. I even think Niclas's suggestion to also put 'incubator' in
the package name is a good idea because it would force the Maven
groupId element to be org.apache.incubator.project.

I still don't understand the benefit of an Incubator policy that force
users to overcome ill-documented (or even undocumented) hurdles like
the Maven repo policy. Whenever I explain it to someone (and I have to
do this a lot) they ask me why it's so difficult and non-standard. I
explain the rationale behind the policy and they tell me it's just an
unnecessary pain - that they're clearly aware the project resides in
the Incubator.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

5 extra minutes to add an additional entry in a pom.xml is not going
to kill anyone. Can you please point me to email queries from end
users on the podling mailing lists where they say that this was a
pain? Give me a break!


But it's not just five extra minutes. Please re-read Daniel's
summation. It's even knowing that you need to add another repo, it's
pinging that repo every time you build looking for every other
artifact, it's not having any alternative when the people.apache.org
is inaccessible (and this happens a lot). There's actually much more
impact than five minutes.

The only reason I'm arguing these points if for users. Has there ever
been a situation that necessitated this policy?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Justin Erenkrantz [EMAIL PROTECTED] wrote:

On 3/15/07, Daniel Kulp [EMAIL PROTECTED] wrote:
 But by making it difficult, you are making it much more likely that the
 project will get killed/nuked.   You're basically making it difficult
 for the project to grow their community just to make it easier to kill
 the community later if it fails.

Wait a sec there.  Let's not pretend that Maven couldn't be *way*
*way* *way* smarter about repositories.  This situation is partly
Maven's own doing and their refusal to deal with a collection of
(mirrored) repositories intelligently.  Yes, part of it *is* our
setup, but Maven the tool could quite easily support this
configuration without hassle if they chose to do so.  -- justin


I agree that this could be handled in a better way, I think we all do.
But we must deal with the status quo until a time when Maven's
functionality is changed.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

It's even knowing that you need to add another repo,

[DIMS] This is by design.


It's by design to add additional repos, it's by undocumented policy
that the Incubator has a separate repo.


 it's pinging that repo every time you build looking for every other
artifact

[DIMS] Please file a maven2 bug report for this.


Agreed, but as I said, we must deal with the status quo until such
issues are fixed.


it's not having any alternative when the people.apache.org is
inaccessible (and this happens a lot).

[DIMS] Please raise this as an infrastructure issue. Here am assuming
you are talking about snapshots. That problem will exist no matter
what since no one with the right head will publish snapshots to the
central repo.


I'm not advocating that the artifacts be pushed to central. I'm simply
advocating that we find a way to prevent users from having to abide by
the undocumented policy requiring the addition of the Incubator repo.
If the artifacts are mirrored to the right location, nobody will have
to add another repo and the mass confusion will end. It's simple.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Dan,

thanks for being the amazing fount of wisdom and berating our silly
idea. Please see below.

On 3/15/07, Dan Diephouse [EMAIL PROTECTED] wrote:
 On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
 
  It's even knowing that you need to add another repo,
 
  [DIMS] This is by design.


 As everyone else is saying, its a silly design. The version/artifactId
 clearly as incubator in it. People know they're using an incubating
 project.

This is NOT enough. How many times should i say it? (2 cents)

  it's pinging that repo every time you build looking for every other
  artifact
 
  [DIMS] Please file a maven2 bug report for this.


 NOT a bug. You can't just assume that because the jar wasn't there the last
 time, it won't be there again. You also can't make any assumptions that one
 repo mirrors another. There is NO way around this.

You need to be able to say, for these artifacts looks ONLY in this
repository and Look ONLY for these specified artifacts in this
repository. Guess an idiot like me won't understand such complicated
beautiful setup like maven

 it's not having any alternative when the people.apache.org is
  inaccessible (and this happens a lot).
 
  [DIMS] Please raise this as an infrastructure issue. Here am assuming
  you are talking about snapshots. That problem will exist no matter
  what since no one with the right head will publish snapshots to the
  central repo.


 Not really. In CXF we don't depend on any SNAPSHOTS and most people in
 general tend to shy away from them.

The issue here was how other projects use cxf artifacts like Geronimo.
Not how you use other projects. Don't know if you have a clue on how
much pain m2 has inflicted on Geronimo folks. Guess that's for another
thread.

 +1 to getting rid of the m2 incubator repository. Its well intentioned, but
 ultimately a silly idea.

Thanks we take our job seriously and we have nothing else to do but
sit around and come up with silly ideas.


I don't believe that Dan attacked anyone personally, so I don't think
that attacking him is appropriate. He's simply referring to the
Incubator repo policy. And, FWIW, I still don't see the benefit to
having a separate repo, especially when it confuses users.

Nobody answered my question previously, so I'll ask it again - has there ever
been a situation that necessitated this policy? How was this policy
born? Was it voted in as a policy? If so, why is it not documented
somewhere?

Please bear in mind, I'm asking innocent questions to which I don't
know the answers. I'm asking for someone to help me understand the
history behind this policy.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Bruce,

Please see below:

Draft Policy(?):
http://www.apache.org/dev/repository-faq.html

Thread:
http://marc.theaimsgroup.com/?t=11566972785r=1w=2

First email:
http://marc.theaimsgroup.com/?l=incubator-generalm=115669716709268w=2

Please read this email:
http://marc.info/?l=incubator-generalm=112355163632367w=2

In this thread:
http://marc.info/?t=11232655924r=1w=2


Thanks, Dims. This info is exactly what I needed.

After reading through the entire Thread, I am of the same opinion.
However, the message that completely, utterly threw me was Noel's
message stating:

'As I said, it is about balance.  The community that we most care about
during Incubation is the developer community, not the end-user community.  I
could go so far as to say that a bit of inconvenience for end-users is not a
bad thing because we don't want *widespread* adoption by end-users until the
project completes Incubation.  And we certainly want end-users to know what
they are getting into if/when they choose to adopt a project in the
Incubator.'

So I looked back at the Incubator exit criteria and one of the
criteria to graduation is:

'Demonstrate an active and diverse development community'

Where does this leave a project that enters to the Incubator with a
user community already? Further, where does this leave a project that
has been in the Incubator long enough to have developed a user
community?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Bruce Snyder [EMAIL PROTECTED] wrote:

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
 Bruce,

 Please see below:

 Draft Policy(?):
 http://www.apache.org/dev/repository-faq.html

 Thread:
 http://marc.theaimsgroup.com/?t=11566972785r=1w=2

 First email:
 http://marc.theaimsgroup.com/?l=incubator-generalm=115669716709268w=2

 Please read this email:
 http://marc.info/?l=incubator-generalm=112355163632367w=2

 In this thread:
 http://marc.info/?t=11232655924r=1w=2

Thanks, Dims. This info is exactly what I needed.

After reading through the entire Thread, I am of the same opinion.
However, the message that completely, utterly threw me was Noel's
message stating:

'As I said, it is about balance.  The community that we most care about
during Incubation is the developer community, not the end-user community.  I
could go so far as to say that a bit of inconvenience for end-users is not a
bad thing because we don't want *widespread* adoption by end-users until the
project completes Incubation.  And we certainly want end-users to know what
they are getting into if/when they choose to adopt a project in the
Incubator.'

So I looked back at the Incubator exit criteria and one of the
criteria to graduation is:

'Demonstrate an active and diverse development community'

Where does this leave a project that enters to the Incubator with a
user community already? Further, where does this leave a project that
has been in the Incubator long enough to have developed a user
community?


I know the answer to the second question is graduation - but what
about the first one?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Noel J. Bergman [EMAIL PROTECTED] wrote:


I thought that I had later clarified that, but let's give it another go.
First off, see the very first sentence.  Second, the last sentence is the
goal: users should have to make an explicit decision to make use of
Incubator projects.  As many users as want to make that decision are welcome
to do so, but yes, we do not want widespread, unintentional, adoption by
users who may be stuck (and unhappy) if the project dies.  They should be
aware of the risks and accept them.  Do you have an issue with that?


Going to such lengths for 'widespread, unintentional adoption' seems a
bit paranoid to me. Has there ever been a situation that necessitated
this policy or that caused it to come to fruition? What exactly is
being protected if the Incubator is all about projects learning The
Apache Way?

What I really don't understand is why having 'incubating' as part of
the version and a package name of org.apache.incubator.project is
not enough. Because the policy of a completely separate repository
causes difficulty for users.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Noel J. Bergman [EMAIL PROTECTED] wrote:

Justin Erenkrantz wrote:

 Let's not pretend that Maven couldn't be *way* *way* *way* smarter
 about repositories.

Including delivering the long awaited security checks for downloaded
artifacts.


Instead of casting stones, why not file issues and provide sound
arguments for improvements? I think helping a situation you perceive
to be less than perfect would be much more productive for everyone,
especially the Incubator.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Bruce,

You may want to check with jvz. He is aware of the requirements. There
are several email threads on various lists. Though am note sure if
there is a specific JIRA was created.


Thanks, I'll have to ask him about it, because I'd really like to read
the use case and the solution.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/15/07, Noel J. Bergman [EMAIL PROTECTED] wrote:

Bruce Snyder wrote:
 Noel J. Bergman wrote:
  Justin Erenkrantz wrote:
   Let's not pretend that Maven couldn't be *way* *way* *way* smarter
   about repositories.
  Including delivering the long awaited security checks for downloaded
  artifacts.
 Instead of casting stones, why not file issues and provide sound
 arguments for improvements?

You are so barking up the wrong tree, Bruce.  I've written many e-mails on
the issue, spoken with Jason, with Brett, with others.  There is no shortage
of commentary from me and others directly to people working on Maven, over a
period of *years*.


Well, then I stand corrected, Noel. Though I will say that issues
filed that contain documented use cases are far better than speaking
with someone. I think we all know that.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Killing the incubator m2 repository

[Bruce Snyder]

On 3/14/07, Henri Yandell [EMAIL PROTECTED] wrote:


* Having a separate maven repository so that things don't go to maven
central is just a hamstring on the products and yet another repository
to be concerned with.


I agree - there's no point in placing further hurdles in front of
Incubating projects. It just simply causes users too many problems.

On a side note, just last week I discovered the remoteRepository Maven
system property which allowed me to overcome the hurdle of incubating
artifacts not being placed in the central repo or even the snapshots
repo. The remoteRepository system property is used like so:

$ mvn -DremoteRepository=url-goes-here

This allowed me to point directly to the incubating repo in order to
build a project that uses incubating artifacts.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

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

Re: Dynamic message selectors and message scheduling

[Bruce Snyder]

On 8/14/06, Noel J. Bergman [EMAIL PROTECTED] wrote:
...

there seems to be an outstanding issue of there not being properly working
XA transaction manager available as Open Source.


Excerpt from the JOTM website (http://jotm.objectweb.org/):

'15 February 2005: NOTICE

The JOTM Team has recently implemented XA Recovery in JOTM...'

See also: http://jotm.objectweb.org/license.html

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: [VOTE] approve the 4.0.2 release of ActiveMQ

[Bruce Snyder]

On 8/17/06, Hiram Chirino [EMAIL PROTECTED] wrote:

In accordance with the incubator release procedure (see below) the
Apache ActiveMQ community has voted on and approved the 4.0.2 release
binary.

We would now like to request the permission of the Incubator PMC to
perform the release.

Release notes:
http://incubator.apache.org/activemq/activemq-402-release.html

Vote thread:
http://mail-archives.apache.org/mod_mbox/geronimo-activemq-dev/200608.mbox/[EMAIL
 PROTECTED]

Vote result:
The VOTE has passed with 7 ppmc +1's and no -1s.

+1 Hiram Chirino
+1 James Strachan
+1 Rob Davies
+1 Guillaume Nodet
+1 Alan D. Cabrera
+1 Aaron Mulder
+1 Brian McCallister

We also had 1 non ppmc +1:
+1 Kevan Miller

Release tarball:
http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC3/maven1/incubator-activemq/distributions/

Releases section of the Incubation Policy:
http://incubator.apache.org/incubation/Incubation_Policy.html#Releases

Here's my non binding +1


+1

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: Mentors - the more, the merrier? [WAS Re: [VOTE] Accept Heraldry into the Incubator]

[Bruce Snyder]

On 7/13/06, Noel J. Bergman [EMAIL PROTECTED] wrote:

Kenneth Tam wrote:

 http://incubator.apache.org/incubation/Roles_and_Responsibilities.html

 A Mentor is a role undertaken by a permanent member of the Apache
 Software Foundation and is chosen by the Sponsor to actively lead in
 the discharge of their duties (listed above).

We still haven't fixed that doc?  Ok, rhetorical.  We need to fix that doc.


What do you mean fix the doc? Is it not the policy that mentors be
members? I've seen and been involved in discussions where this was
used as a reason that non-members could not be mentors of an
incubating project. For all the times I've been referred to the docs
on the Apache website for policies of this nature, and in fact, this
policy in particular, this is a pretty big discrepancy. When did this
policy change?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: Mentors - the more, the merrier? [WAS Re: [VOTE] Accept Heraldry into the Incubator]

[Bruce Snyder]

On 7/14/06, Noel J. Bergman [EMAIL PROTECTED] wrote:

Bruce Snyder wrote:

 What do you mean fix the doc? Is it not the policy that mentors be
 members? I've seen and been involved in discussions where this was
 used as a reason that non-members could not be mentors of an
 incubating project.

Mentors are (MUST BE) Incubator PMC Members.  ASF Members are automatically
eligible for PMC membership; non-Members may be elected at the discretion of
the Incubator PMC.  The Incubator PMC is understandably selective, but we
have had non-Members as Mentors, more than once.


Clear as mud.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: [VOTE] Incubator PMC to approve the 3.0-M2 release of ServiceMix

[Bruce Snyder]

On 7/2/06, robert burrell donkin [EMAIL PROTECTED] wrote:

On 7/1/06, Bruce Snyder [EMAIL PROTECTED] wrote:

 On 6/29/06, robert burrell donkin [EMAIL PROTECTED] wrote:

  +1 looks ok to me
 
  but note:
 
  1 the various licenses for the jars shipped are present and rationally
  organized (good) but are not referenced from the master LICENSE file.
 check
  with the legal policy documentation once (it is posted)

 When


cliff's happy that they're right  :-)

(and where) will these docs be posted?


 probably in a subdirectory of www.apache.org

 2 there are xml files shipped without copyright notices. it's recommended
  that these should contain the boiler plate license

 What files specifically?


i didn't make a comprehensive list: it's not worth going through until the
legal policy documentation is posted by cliff since the guidelines may
change.

if i find any which need headers when i go through the next release, i'll
post a patch to JIRA.


Thank you for the follow-up, Robert, and thank you for the offer of
noting any broken windows WRT the license headers. Your input is much
appreciated.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: [VOTE] Incubator PMC to approve the 3.0-M2 release of ServiceMix

[Bruce Snyder]

On 6/29/06, robert burrell donkin [EMAIL PROTECTED] wrote:


+1 looks ok to me

but note:

1 the various licenses for the jars shipped are present and rationally
organized (good) but are not referenced from the master LICENSE file. check
with the legal policy documentation once (it is posted)


When (and where) will these docs be posted?


2 there are xml files shipped without copyright notices. it's recommended
that these should contain the boiler plate license


What files specifically?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: JAXB API target

[Bruce Snyder]

On 6/7/06, Jochen Wiedmann [EMAIL PROTECTED] wrote:

Hi,

this is possibly OT, so I apologize in advance. A while ago there has
been a discussion around a separate project for specifications on this
list, which grew into nothing. Currently I am on the way to publish a
clean room implementation of the JAXB 2.0 API. There are no IP issues:
It is based on the jaxme-api (clean room JAXB 1.0 API), written by me,
an existing committer and, as of yet, unpublished.

However, the question arises: What would be a possible target project?
I could imagine geronimo-specs (the API will be a part of J2EE 1.5),
harmony (the API will be a part of a future J2SE release), ws commons,
or again JaxMe.


FWIW, I've already begun typing in the JAXB 2.0 spec APIs and I'm
using the Apache License. My intention is to check them into the
Castor (http://castor.codehaus.org/) Subversion repo, but anyone is
welcome to them. I'm only partially through the specs, but many of the
ideas in JAXB 2.0 came from the Castor project, so I'm hoping that
providing the implementation (or at least most of it, say maybe 80%)
will be pretty easy because it's already there.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: [VOTE] Incubator PMC to approve ActiveMQ 4.0 Release

[Bruce Snyder]

On 5/27/06, Jim Jagielski [EMAIL PROTECTED] wrote:

README.txt and userGuide.html (at least) should be updated to
reflect Apache ActiveMQ, not just 'ActiveMQ'

Is STATUS appropriate to be bundled in the release?


I've found some information on the STATUS file but I think I'm missing
something because I can find info about the HTML status file, but
nothing on the STATUS file checked into the Subversion repo. I'm
trying to understand the redundancy and your query about
appropriateness. Below is what I have found:

• The Incubator Process Description page states that with an upcoming
assessment it is generally a good idea to have your STATUS file right
up to-date 
(http://incubator.apache.org/incubation/Process_Description.html#Review).

• The Incubation Policy page states that every project has an
incubation status file under
http://incubator.apache.org/projects/projectname.html
(http://incubator.apache.org/incubation/Incubation_Policy.html#Use+of+Apache+Resources).

Could you point out the docs on the difference between the two and the
appropriateness of the STATUS file?

Thanks!

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: REMINDER: *** Board Reports DUE! ***

[Bruce Snyder]

On 5/14/06, Noel J. Bergman [EMAIL PROTECTED] wrote:

 I thought the incubated projects had been split into 3 groups, leaving
 the Incubator to report every month but each project to report every
 quarter?

Yes.  New projects report every month for their first quarter, established
ones once per quarter.


Is this documented somewhere? What is considered a new project?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix

[Bruce Snyder]

On 4/21/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Leo Simons wrote:
  James, dude,
 
  *sigh*. I feel like a broken record these days.
 
  Nowhere does any policy ever say you can do stuff which is not permitted by
  law or for which you have no license. To state the reverse in a policy 
  would
  be rather, well, redundant. There is ample documentation out there on our
  websites (and more in the works) to help with complying with the law and 
  various
  licenses.

 No, but the legal aspect isn't necessarily the concept
 looming largest in a developer's mind.  So a simple checkbox
 on the page (I'll do it myself in a few minutes, if I figure
 out how to frob the site) to the effect of: 'Have the
 licences of any/all bundled code been identified and noted
 in the release?  Has a NOTICE file been included that
 summarises them and their requirements where they differ
 from the Apache licence's?  Have their requirements been
 met?' would, IMHO, be a goodness.

Bingo! Ken hit the nail on the head!!! A checklist would do wonders
for podlings and preparing releases. Even though I've been through the
Incubator before, a lot has changed since that time.

Having been around the ASF since the Geronimo incubation began (August
2003), it was never clear to me why these policies were in place and
now I know why - it's a legal issue. Until now that was never clear to
me (I certainly understand that there are legal issues and there are
many files required, but linking the two in my mind just didn't happen
- maybe I'm at fault for not drawing the correct relation between the
two).

Ken is absolutely correct in noting that developers are not of the
same mindset when cranking out a release as the folks who drafted the
Incubator release policies. The main issue at hand is that the release
requirements are spread all around in various documents which makes it
tough to make sure every aspect has been fulfilled. In addition to
these documents, I think a checklist would do wonders for smoothing
the way for future podling projects and I'm certainly willing to help
Ken flesh out just such a checklist.

Furthermore, looking at other projects that have recently graduated is
most definitely *not* a good way to find proper release examples as
some don't even have a LICENSE file, let alone a NOTICE or even the
word Incubator or Incubating in the release name. Developers always
look for code examples to follow and incubation is no different.
Pointing out a couple or three projects that have graduated, have met
100% of the requirements and actually are a good representation would
help immensely. Being able to poke around a project that has been
qualified by the Incubator PMC as having met all requirements would
short circuit a lot of the frustrations.

Let's try to work together to remedy this situation in the interest of
all parties involved and make it easier for future podlings.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: Jini Head's Up

[Bruce Snyder]

On 4/16/06, Bill Dudney [EMAIL PROTECTED] wrote:
 I'd be happy to help mentor...

To be a mentor of a project, you must be an Apache Member:

http://incubator.apache.org/incubation/Roles_and_Responsibilities.html#Mentor

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/

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

Re: $project.xml files for ServiceMix and ActiveMQ

[Bruce Snyder]

On 2/1/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 ServiceMix and ActiveMQ folks:

 Sorry for the interruption in karma this afternoon.
 It was inadvertent but not inappropriate.  Noel
 tells me that he's been maintaining your podling's
 karma according to the official list of committers
 in your $project.xml file -- so when I corrected the
 Geronimo list today, which the podling committers
 were mistakenly on, the karma went away.

 I've put the karma back temporarily, but your $project.xml
 file *really* needs to be updated with the official
 list of committers for your podling.  I'm going to
 revert my temporary change tomorrow, and set the
 podling karmas according to the contents of the .xml
 files.

 Noel tells me this has come up before.

 Sorry again about the interruption.  I guess it has
 turned out to be a jarring revelation that maybe
 those files aren't just window-dressing. :-/

Thank you very much for making us aware of this issue, Ken. I know
that it was a learning experience for me.

At any rate, I've fixed up the list of committers in each $project.xml
file and gotten the final $project.html published to the respective
Incubator sites. I hope that these files are up to snuff regarding the
Incubator requirements. Please let me know if you find any faults.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo (http://geronimo.apache.org/)

Castor (http://castor.org/)

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

Re: DONE : Re: WADI mailing lists

[Bruce Snyder]

On 12/15/05, Bruce Snyder [EMAIL PROTECTED] wrote:
 On 12/14/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
  Done.  As per the wiki, http://wiki.apache.org/incubator/
  WadiProposal, created
 
wadi-dev@incubator.apache.org
[EMAIL PROTECTED]
wadi-user@incubator.apache.org
wadi-commits@incubator.apache.org
 
  And put jgenender and myself as moderators.  Any other moderator
  volunteers welcome.

 Thanks, Geir!

The WADI developers would like to have these lists changed to
@geronimo.apache.org instead of @incubator.apache.org. Geir, can you
take care of this or would you prefer that I ask someone else?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: DONE : Re: WADI mailing lists

[Bruce Snyder]

On 12/14/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
 Done.  As per the wiki, http://wiki.apache.org/incubator/
 WadiProposal, created

   wadi-dev@incubator.apache.org
   [EMAIL PROTECTED]
   wadi-user@incubator.apache.org
   wadi-commits@incubator.apache.org

 And put jgenender and myself as moderators.  Any other moderator
 volunteers welcome.

Thanks, Geir!

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: WADI mailing lists

[Bruce Snyder]

On 12/14/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
 Right.  I've heard discussion both ways on this, so just want someone
 to clarify.  I don't really care.

 geir

 On Dec 14, 2005, at 10:41 AM, Garrett Rooney wrote:

  On 12/14/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
  I'm looking at doing the mail lists for WADI.
 
  The wiki says
 
  wadi-dev
  wadi-user
  etc...
 
  but is this
 
  @incubator or @geronimo?
 
  Yes, the G PMC is the sponsor, but WADI could potentially be a TLP...
 
  Historically I believe if a project is intended to become a subproject
  of an existing TLP the mailing lists have been created at that project
  (i.e. @greronimo in this case), because moving them later is a pain.
  So if the intention is to make WADI a subproject of G then that's
  where they should go.  On the other hand, I believe if projects are
  intended to become their own TLP they start out with @incubator lists,
  although I haven't actually been involved with any of those so I'm not
  as certain about that case.

Given that the Geronimo PMC is sponsoring WADI and the current
destination for WADI is as a subproject of Geronimo, I think it's
appropriate for the lists to use @geronimo.

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: PROPOSAL : Apache Harmony - J2SE 5 Project

[Bruce Snyder]

On 5/6/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:

 We, the sponsoring members listed below, ask that you accept the
 following proposal for a new project at Apache, an effort centered
 around architecting and implementing J2SE 5.

+1 

Bruce 
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: Is HSQLDB compatible with ASF license?

[Bruce Snyder]

[EMAIL PROTECTED] 02/10/05 5:19 PM 

 instead of dropping the database for tests, could you use something
 like dbunit which can help set the state of the db consistently in
 testing.

I've used DbUnit quite a bit and IMO it is prohibitively slow for unit
testing. An in-memory database is the fastest method. Dan, providing
an in-memory option for Derby would be outstanding.

Bruce 
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'
The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: Where, oh where has my Agila gone ? Where, oh where ...

[Bruce Snyder]

On Wed, 26 Jan 2005 17:57:22 -0600, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 I sure would like to see even a hint of what it is - I have been tracking it 
 since Sept 2004 and have not seen even a trace !!

Just check it out from SVN and dig in: 

svn co http://svn.apache.org/repos/asf/incubator/agila/trunk/ agila

Bruce 
-- 
perl -e 'print unpack(u30,0G)[EMAIL 
PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

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

Re: Apache Agila : BPM engine

[Bruce Snyder]

Gregor J. Rothfuss wrote:
Bruce Snyder wrote:
I'm curious to know how it compares to jBpm, OpenSymphony's OSWorkFlow 
and ObjectWeb's Enhydra Shark. jBpm uses the ASL, OSWorkFlow uses the 
ASL and Shark uses the LGPL. I believe each one of these has different 
features than the other. I'd like to see a features matrix drawn up on 
all four engines by someone who knows workflow better than me.

http://wiki.apache.org/cocoon/WorkflowImplementationComparison might be 
a starting point
Thanks for the URL, Gregor. This is a great start to a comparison. Any 
idea why this is in the Cocoon wiki?

Bruce
--
perl -e 'print 
unpack(u30,0G)[EMAIL PROTECTED]5R\\F9EG)E=\\$\\!FFEI+F-O;0\\`\\`);'

The Castor Project
http://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Apache Agila : BPM engine

[Bruce Snyder]

Julian wrote:
Geir,
I have been evaluating BPM for some time now, and was
just about to implement one when this happened.  I am
now very curious and excited to see how Gluecode's
engine was constructed.  There is little documentation
on Gluecode's site so I would greatly appreciate any
answers you can give to the following:
1) Does the engine run standalone or in a servlet
container?
2) What process definition languages are supported
(i.e. XPDL, BPEL-WS, etc.)?
3) Is there a graphical process designer?
4) Is there a webapp that can be prototyped? If so,
can it manage process driven wizards (i.e. affect
the page flow based on decisions made by the engine)?
5) Does the code support any of Wil van der Aalst's
patterns
(http://tmitwww.tm.tue.nl/research/patterns/)? If so
how many?
Again, please feel free to answer any of my questions.
 I apologize for not being patient, but I find this
terribly exciting!!
I'm curious to know how it compares to jBpm, OpenSymphony's OSWorkFlow 
and ObjectWeb's Enhydra Shark. jBpm uses the ASL, OSWorkFlow uses the 
ASL and Shark uses the LGPL. I believe each one of these has different 
features than the other. I'd like to see a features matrix drawn up on 
all four engines by someone who knows workflow better than me.

Bruce
--
perl -e 'print 
unpack(u30,0G)[EMAIL PROTECTED]5R\\F9EG)E=\\$\\!FFEI+F-O;0\\`\\`);'

The Castor Project
http://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Apache Agila : BPM engine

[Bruce Snyder]

Endre Stølsvik wrote:
On Wed, 29 Sep 2004, Geir Magnusson Jr. wrote:
| All,
|
| The Jakarta PMC has voted to accept in Jakarta the contribution of a
| BPM engine from Gluecode, my employer, and I am starting the basic work
| of getting it into [and out of] incubation.
BPM.. Rite.
DJ-lingo: Beats Per Minute
Some journal: British Postgraduate Musicology
BSD: BSD Ports Manipulator
Here we got it, I guess: Business Process Management ?
Sounds cool! What is it?
Endre,
BPM is the acronym commonly used to refer to a Business Process Manager.
Bruce
--
perl -e 'print 
unpack(u30,0G)[EMAIL PROTECTED]5R\\F9EG)E=\\$\\!FFEI+F-O;0\\`\\`);'

The Castor Project
http://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Apache Agila : BPM engine

[Bruce Snyder]

Andreas Kuckartz wrote:
Sounds interesting. Is a more detailed description availiable somewhere ?
Andreas,
There's more info posted on the Agila Incubator site at the following URL:
http://incubator.apache.org/projects/agila.html
Bruce
--
perl -e 'print 
unpack(u30,0G)[EMAIL PROTECTED]5R\\F9EG)E=\\$\\!FFEI+F-O;0\\`\\`);'

The Castor Project
http://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Anyone wants to incubate MyFaces?

[Bruce Snyder]

This one time, at band camp, Jim Jagielski said:

JJOn Jun 13, 2004, at 2:23 PM, Tim O'Brien wrote:
JJ
JJ I'm fairly certain there is sufficient interest for this, but there 
JJ would
JJ need to be a sponsoring entity, champion, and mentor.  I don't think 
JJ this
JJ would be a problem, but you should take a look at the Roles and
JJ Responsibilities page.
JJ
JJ MyFaces is currently licensed under an LGPL license, and the copyright
JJ holder is the MyFaces Team.  My understanding is that a copyright 
JJ holder can
JJ modify a license.  For a project to be within the ASF, the license 
JJ would
JJ need to change to the Apache License, version 2.0.  FYI, more info on 
JJ the
JJ Apache License can be found here: http://www.apache.org/licenses/.
JJ
JJ
JJIf the entire team is willing to move to the AL, then
JJI think it would be a worthwhile project for the ASF

+1. 

Bill Dudney and I were talking about this back in March and I said that
it might be a good subproject for Geronimo. Any opinions?

Bruce
-- 
perl -e 'print unpack(u30,0G)[EMAIL PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);'

The Castor Project 
http://www.castor.org/

Apache Geronimo 
http://incubator.apache.org/projects/geronimo.html


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

Re: Difference between Tomcat and Geronimo

[Bruce Snyder]

This one time, at band camp, Zhang, Larry (L.) said:

ZLLJust wondering since we already have Tomcat why bother to develop Geronimo, what 
is the difference between these two.

Tomcat only addresses Servlet and JSP specs which is only a subset
of the J2EE specs. Geronimo addresses the full set of J2EE specs.
What's more, Geronimo is making use of exsiting Open Source projects
whenever possible.

Bruce
--
perl -e 'print unpack(u30,0G)[EMAIL PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://incubator.apache.org/projects/geronimo.html

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

Re: Questions regarding a Clover donation

[Bruce Snyder]

This one time, at band camp, David Blevins said:

DBOn Tue, Apr 13, 2004 at 04:48:23PM -0400, Alex Karasulu wrote:
DB I was also thinking of approaching JetBrains for IDEA licenses for our
DB group as well.
DB
DB
DBBoy would I love an IDEA license.

An individual license is only US $249 for the next eight days.

Bruce
--
perl -e 'print unpack(u30,0G)[EMAIL PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);'

The Castor Project
http://www.castor.org/

Apache Geronimo
http://incubator.apache.org/projects/geronimo.html

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

Re: [VOTE] Official Name for Geronimo Project

[Bruce Snyder]

This one time, at band camp, Berin Lautenbach said:

BL 2) Identify the PPMC who gets to name this project - and hold them 
BL accountable for their decision.
BL
BL+1.  I think the Incubator PMC is in a kind of unique position.  We are 
BLtrying to ensure that new projects/new committers in new projects are 
BLworking in The Apache Way.  So for me, the Incubator PMC shouldn't 
BLactually be voting to make the decision for the incubating project.  It 
BLshould simply be checking that the decision has been made appropriately. 
BL  If anyone in the PMC vetoes a PPMC decision it should be on the basis 
BLthat the decision does not meet the ASF requirements, not on the basis 
BLthat we do/don't like a name (for example).
BL
BLAnything else takes the decision away from the project in inubation, and 
BLI'm not sure I see how that is fostering the Apache way.

IMO, Berin's comments are exactly what I was thinking. 

Bruce
-- 
perl -e 'print unpack(u30,0G)[EMAIL PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);'

The Castor Project 
http://www.castor.org/

Apache Geronimo 
http://incubator.apache.org/projects/geronimo.html


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