Re: [VOTE] Accept RocketMQ into the Apache Incubator
+1 (non-binding) > On 10 Nov 2016, at 16:41, Bruce Snyder wrote: > > Subsequent to the discussion on RocketMQ, I would like to call a vote on > accepting RocketMQ into the Apache Incubator. > > [ ] +1 Accept RocketMQ into the Apache Incubator > [ ] +0 Abstain. > [ ] -1 Do not accept RocketMQ into the Apache Incubator because... > > The proposal is pasted below and also available in the wiki here: >https://wiki.apache.org/incubator/RocketMQProposal > > Also, the ASF voting guidelines are available here: >http://www.apache.org/foundation/voting.html > > Thanks, > > Bruce > > > = RocketMQ Proposal = > > == Abstract == > > RocketMQ is a fast, low latency, reliable, scalable, distributed, easy to > use message-oriented middleware, especially for processing large amounts of > streaming data. > > == Proposal == > > RocketMQ provides a message model including both pub/sub and P2P and it > supports both reliable FIFO and strict sequential message queues. It also > has the ability to accumulate a billion messages in a single queue, > provides mobile, internet-friendly protocols such as MQTT and HTTP. > RocketMQ also supports the ability to load data into Apache Hadoop for > offline storage or to handle stream processing for Apache Storm. > > == Background == > > RocketMQ was developed at Alibaba in 2011 and has been used in production > there since that time. It can process the large amounts of events generated > by various systems and provides a common repository for many types of > consumers to access and process those events. RocketMQ also handles dozens > of types of events including trade order process, search, social network > activity stream and data pipeline. Every day at Alibaba, RocketMQ clusters > process more than 500 billion events. The Alibaba Group also uses RocketMQ > to provide message services for more than 3000 core applications. > > RocketMQ was developed to meet Alibaba's particular use cases to provide > low latency message delivery and high throughput message sending. Alibaba > has also created its cornerstone product derived from RocketMQ, a Platform > as a Service (PaaS) product named the Alibaba Cloud Platform ( > https://intl.aliyun.com/). More than 100 companies use the RocketMQ open > source version today. We believe RocketMQ can benefit more people so, we > would like to share it via the ASF and begin developing a community of > developers and users via The Apache Way. > > > == Rationale == > > As background description, many organizations can benefit from a low > latency, reliable, high throughput, distributed platform. Its usage is > varied and we expect many new use cases to emerge. RocketMQ provides many > features to support many use cases from enterprise application integration, > to web applications to the flourishing of IoT applications. > > == Current Status == > > === Meritocracy === > > The intent of this proposal is to start building a diverse developer and > user community around RocketMQ following the ASF meritocracy model. Since > RocketMQ was open sourced, we have solicited contributions via the website > and presentations given to user groups and technical audiences and have > received positive feedback and contributions including clients for C++ and > .NET. We plan to continue this support for new contributors and work with > those who contribute significantly to the project to encourage them to > become committers. > > === Community === > > RocketMQ is currently being developed by engineers working for Alibaba > where it is highly used in a production environment. We also have active > users in or have received contributions from a diverse set of companies > including CMBC(China Minsheng Bank), Schneider Electric( > http://www.schneider-electric.com/), the China Railway Ministry official > ticketing website, China Union, Sina, Umei (http://sh.jumei.com), Chinese > Academy of Sciences and many more. We hope to grow the base of contributors > by inviting all those who offer significant contributions and excel through > the use of The Apache Way. Contributions from outside of Alibaba are now > being received by the RocketMQ project, including a dashboard, the > flume-rocketmq module, the storm-rocketmq and more. > > To further this goal, the project currently makes use of GitHub project > features as well as a public mailing list via Google Groups. > > > === Core Developers === > > RocketMQ is currently being developed by engineers from Alibaba and > Yeahmobi: Xiaorui Wang, Von Gosling, Jiangwei Jiang, Xinyu Zhou, Zhanhui > Li. Xiaorui Wang, one of Alibaba MOM project owners is also the originator > of the RocketMQ project. He has rich experience with open source software, > as well as being active within the RocketMQ community. Von Gosling, another > MOM project owner at Alibaba and co-creator of the RocketMQ project, is an > active open source software committer and has been an active contributor to > several projects in Alibaba, A
Re: [VOTE] Graduate ODE to a Top Level Project
+1 On Jul 9, 2007, at 9:11 PM, Maciej Szefler wrote: +1 (non-binding) -mbs On 7/9/07, Alex Boisvert <[EMAIL PROTECTED]> wrote: +1 (non-binding) On 7/9/07, Matthieu Riou <[EMAIL PROTECTED]> wrote: > > Hi all, > > This is a vote to recommend Apache ODE for graduation as a top level > project > to the Apache Board. > > Since the first days of our graduation we believe we've demonstrated our > ability to build a community and grow it in an open and respectful manner, > hopefully in a true Apache way. We've resolved the conflicts created > before > our incubation around two different donated code bases. We've since then > continued the development of the project and have grown a community of > supporting users. We've recently built an incubator release and attracted > a > new committer. Finally, the formation of our PPMC has been a bit tardy but > all the individuals composing it have demonstrated their ability to take > decisions and organize the project in a positive way as part of our > development community. For all these reasons we believe we're ready for > graduation. > > The incubator checklist for ODE can be found here: > http://incubator.apache.org/projects/ode > > Please vote for the board resolution reproduced at the end of this e-mail. > Note that this resolution is the result of a consensus in the ODE > community. > > The vote will end in 72 hours, Thursday 12-July-2007. > > [ ] +1 Recommend to the board to establish Apache ODE > [ ] -1 Do not recommend establishing Apache ODE because... > > Thanks! > Matthieu > > - > > Establish the Apache ODE 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 related to business process management >(BPM), workflow and process automation, for distribution >at no charge to the public. > >NOW, THEREFORE, BE IT RESOLVED, that a Project Management >Committee (PMC), to be known as the "The Apache ODE Project", >be and hereby is established pursuant to Bylaws of the >Foundation; and be it further > >RESOLVED, that the Apache ODE Project be and hereby is >responsible for the creation and maintenance of software >related to business process management (BPM), workflow and >process automation; and be it further > >RESOLVED, that the office of "Vice President, Apache ODE" 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 ODE Project, and to have primary responsibility for >management of the projects within the scope of responsibility >of the Apache ODE Project; 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 ODE Project: > > * Alan Cabrera ([EMAIL PROTECTED]) > * Assaf Arkin([EMAIL PROTECTED]) > * Alex Boisvert ( [EMAIL PROTECTED]) > * Cory Harper([EMAIL PROTECTED]) > * Davanum Srinivas ([EMAIL PROTECTED]) > * Guillaume Nodet( [EMAIL PROTECTED]) > * Lance Waterman ([EMAIL PROTECTED]) > * Maciej Szefler ( [EMAIL PROTECTED]) > * Matthieu Riou ([EMAIL PROTECTED]) > * Niclas Hedhman ([EMAIL PROTECTED]) > * Paul R. Brown ( [EMAIL PROTECTED]) > * Paul Fremantle ([EMAIL PROTECTED]) > * Rob Davies ( [EMAIL PROTECTED]) > >NOW, THEREFORE, BE IT FURTHER RESOLVED, that John Smith >be appointed to the office of Vice President, Apache ODE, 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 ODE Project be and hereby >is tasked with the migration and rationalization of the Apache >Incubator ODE podling; and be it further > >RESOLVED, that all responsibilities pertaining to the Apache >Incubator ODE podling encumbered upon the Apache Incubator >PMC are hereafter discharged. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] CeltiXfire Project Proposal
+1 (non-binding) On 13 Jul 2006, at 07:48, Jason van Zyl wrote: Jason van Zyl
Re: Ode / BPEL Donation of BPEL 2.0 Engine
Would it not be more expedient to have Ode as an umbrella project - but the goal would to be to try and find commonality between all the projects and see it's possible to merge? It's a complex problem - no doubt (not because the individual code bases are complex - but they are completely different) - but we have a proposal, if it's accepted in its current form, we can as a community can start working with the code and assessing points of integration - to see how feasible it would be. If we all decide at that point it's not practicable to have one project - but need to have two or three - can't we make that decision later ? I don't know how the incubator is meant to work (still finding my feet) - but I would have thought the incubator would be able to work this way. cheers, Rob On 17 Feb 2006, at 11:59, Sanjiva Weerawarana wrote: On Fri, 2006-02-17 at 08:52 +, James Strachan wrote: Integrating the two code bases together is gonna be a slow, iterative s/two/three/. process; we're talking complex code here. It could be that to start with things are completely separate, after 6 months they are 10% common, 2 years 50% common etc. The figuring out "how to cut-n-shop & mix-n-match" could well take 5 years as this is an ongoing iterative process. Sure we'll be heading closer and closer towards a unified engine but it could take a long time to get there (and pieces could very well never completely merge). What you've described is a process where Ode is by design an umbrella project. I for one am not ready to accept an entire umbrella project for incubation all at once - that's basically saying the entire discussion about how we're going to merge stuff is an academic discussion isn't it?? I totally agree these codebases are large and complicated (remember I was the one who was surprised how fast people found that the Sybase codebase was nice and cool). If you really think the best solution is not to force them to merge then let's not go down the single project incubation path. That's a path that'll guarantee that the project will never graduate IMO. I have no problem saying we're going to incubate three different BPEL impls at the same time, but I am sure everyone realizes the reality that that's likely to mean none of them will really capture a dominant place in the world simply because 3's just too many. I guess that's fine too. Sanjiva. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's rewind!!! (Re: [VOTE] accept donation of a business process engine into the ServiceMix project)
I'm not sure it's consensus - more a case of folks getting fed up with the petty arguing and just want to get things done. On 16 Feb 2006, at 08:54, Matthieu Riou wrote: I'm really glad to finally see a consensus emerging! Matthieu. Bill,> It seems everybody has exhibited a willingness to work togetherI agree. And since we've just gotten off the phone, I'll pass along thatyou have expressed not only a willingness, but a strong preference that bothyour group and Intalio's join together in a single community with both codebases from which to work.- Show quoted text - --- Noel-- ---To unsubscribe, e-mail: [EMAIL PROTECTED] additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept donation of a business process engine into the ServiceMix project
Roy - I agree - it's one of Apache's strengths. My disappointment is that not all the the comments have been helpful or constructive. BTW - I in no way mean Geir's comments - I just got a bit lazy and hit the replyTo on his email :) On 5 Feb 2006, at 22:03, Roy T. Fielding wrote: On Feb 5, 2006, at 1:29 PM, Rob Davies wrote: The way this 'debate' has continued has been very embarrassing - It just makes me wonder why anyone would consider donating code to Apache in the future ... Because we care enough to have the debate. If anyone wants silence, they are free to go to sourceforge. Silence is death. Roy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept donation of a business process engine into the ServiceMix project
The way this 'debate' has continued has been very embarrassing - It just makes me wonder why anyone would consider donating code to Apache in the future ... On 5 Feb 2006, at 21:03, Geir Magnusson Jr wrote: James Strachan wrote: We have received the generous donation of a complete and working BPE engine to the ServiceMix project... http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/ 200602.mbox/% [EMAIL PROTECTED] the contributor has offered to donate to Apache & complete the necessary software grants & IP clearance and to work with us on integrating it into ServiceMix. I assume we'd all get to see the code under an Apache License before deciding to accept. How else could we vote it in? [SNIP] I'll go out on a limb here : [X] -1 I object because: ... ... I think that a BPEL engine is something that spans many of the WS and SOA oriented projects at the ASF, such as ServiceMix, Tuscany, Synapse, Agila, etc... However, that's not my main reason, because honestly, if I was the only one that cared about that, I wouldn't ever attempt to stand in the way of people wanting to do cool things. However, this proposal has sent up far too many red flags, has alienated too many people, and is causing too much of a bad feeling in people, for ServiceMix, for Geronimo and for the ASF in general. I'd suggest you make a big effort to cool things down and get a broad conversation going, over at [EMAIL PROTECTED], drive to consensus, and then regroup and try again. geir - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] approve a milestone release of ActiveMQ?
+1 Release the binary as 4.0-M4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is the incubator out of control?
I Also share these concerns - is there currently a process to have continuous reviews throughout the entire life-cycle of all new and existing projects - to ensure that everything under the 'apache' brand is and will continue to be 'worthy' ? Sorry if there's already a process in place - I'm new :) cheers, Rob On 21 Dec 2005, at 15:18, Mads Toftum wrote: On Wed, Dec 21, 2005 at 01:50:28AM -0800, Ted Leung wrote: The merits of the particular proposal aside, I wanted to comment on this paragraph. This year at ApacheCon I was surprised to find that a number of people also feel that the ASF is growing far too quickly. I know that are some people who believe that the growth that we are experiencing is indicative of our success. Unfortunately, I don't agree with that.I think that the incubation process is setting an incredibly low bar for access to the Apache brand name, and this is a bad thing. Very much agreed - I've been worried about the same for quite a while. vh Mads Toftum -- `Darn it, who spiked my coffee with water?!' - lwall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
