incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bruce Snyder" <bruce.sny...@gmail.com>
Subject Re: [VOTE] Accept project Buildr for incubation
Date Tue, 30 Oct 2007 01:57:38 GMT
On 10/29/07, Matthieu Riou <matthieu@offthelip.org> 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/%3cfbdc6a970710231604k2740d83ap50d913927c858da1@mail.gmail.com%3e
>
> [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
> possible for the time being. But Apache ODE is already using Buildr as its
> build tool.
>
> = Documentation & Intial Sources =
>
> The current Buildr website is at: http://buildr.rubyforge.org
> The Buildr sources are available at: http://www.intalio.org/buildr
>
> == External Dependencies ==
>
> External dependencies are one of the main concerns that will need to be
> addressed. Buildr relies on several packages that are licensed under the
> Ruby License, which hasn't been categorized yet as okay or not. We've
> already mentioned this on legal-discuss@a.o (see [1]). There are a few
> subtleties as well as the Ruby packaging system, RubyGems, doesn't require
> you to distribute any dependencies as it handles them for you. So we will
> have to figure out what the options are before the first incubator release
> and graduation.
>
> [1]
> http://mail-archives.apache.org/mod_mbox/www-legal-discuss/200708.mbox/%3cfbdc6a970708291553r5a654ceald71212750e8aeaf7@mail.gmail.com%3e
>
> = Required Resources =
>
>  * buildr-private
>  * buildr-dev
>  * buildr-user
>
> Subversion Directory: [WWW]
> https://svn.apache.org/repos/asf/incubator/buildr
> Issue Tracking: JIRA
>
> = Initial Committers =
>
>  * Assaf Arkin (Intalio)
>  * Alex Boisvert (Intalio)
>  * Matthieu Riou (Intalio)
>
> == Champion ==
>
> Matthieu Riou
>
> == Mentors ==
>
> Volunteers please:
>
>  * Matthieu Riou <mriou AT apache.org>
>  * Yoav Shapira <yoavs at the usual for this wiki>
>
> = Sponsoring Entity =
>
> The final destination is still uncertain. If Buildr is successful, a TLP
> could make sense. So right now we would like to ask the Incubator PMC to
> sponsor Buildr.
>

This sounds like Rake (http://rake.rubyforge.org/) to me. Is Buildr
just a customized Rake? How is Buildr any different than Rake?

BTW, these are innocent questions for my own education. Please don't
read anything into them.

Bruce
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!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: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Mime
View raw message