Sadly, I won’t be attending, but I did pick out a handful of cool Apache-related OSCON sessions you should check out. Be sure to stop by the ASF booth and say hi to Sally, Justin, and all the Apache volunteers who will be there to answer your open source questions, Apache Way style.

While OSCON is about everything open source, Apache both as a Foundation and a community of projects is about a specific kind of open source. The power of “Community Over Code” which epitomizes much of The Apache Way that Apache projects follow is brought to light by a great blog posting by Noah Slater of his CouchDB Retrospective. Thanks Noah for a great essay on your journey to a true community led project!

Have fun at OSCON – wish I were there!

The new 2010-2011 Board of Directors comprises:

• Shane Curcuru
• Doug Cutting
• Bertrand Delacretaz
• Roy T. Fielding
• Jim Jagielski
• Sam Ruby
• Noirin Shirley
• Greg Stein
• Henri Yandell

We welcome Noirin Shirley, who will be a new face on the board this year. We also welcome back Henri, Sam, and Bertrand who have served on the board in the past; the remaining directors are incumbents.

A big round of thanks went out during our meeting (on irc) for all of the non-returning directors Brett, Geir, Brian, and especially for Justin Erenkrantz who has also been serving as the Foundation’s President as well as a director.

See also the official ASF Foundation blog posting with the announcement.

A graphical history of the directors of the ASF is also available.

PLEASE NOTE: all of these projects or organizations have nothing to do with either the Apache Software Foundation, nor anything to do with any Apache projects. Their use of the “Apache” name is certainly not approved, and it is likely a violation of the ASF’s trademarks. Any references to an “Apache 4.3 – anything” are either bogus or a direct violation of our trademarks, since the ASF ships no such product.

Unfortunately, we’ve had a couple of recent reports of people sending them cash to get some sort of training DVD for an outsourcing project, and then wondering why they never hear back from the organization. Sadly, it seems that some scammer has decided to try to make some fast cash using the Apache name.

Remember: software from the ASF is always free to use following the conditions in our license, and the ASF will never ask for money for the software products that any of our projects create, nor to participate in any of our mailing lists. The ASF certainly appreciates anyone who voluntarily chooses to Sponsor the ASF, but material donations are never expected nor solicited in exchange for any Apache software.

If you’re ever in doubt about the source of information, remember: if it’s not hosted at apache.org, it’s probably not officially from the ASF. Much like here at Community Over Code: posts here are Shane’s own thoughts, and do not reflect the official position of the ASF. In this case, however, I’m confident that many other ASF members are equally upset about this seeming mis-use of our good name.

• As was widely expected, the board terminated the Apache iBATIS project, and sent it to the Apache Attic. This recognizes that we don’t expect there to be an active Apache iBATIS community, and that we don’t expect there to be any new development in that project for a while. The Apache Attic will continue to provide all the project’s resources on a read-only basis for any existing users. (Note: current users may also be interested in the external fork over at mybatis.org)
• The board also terminated the little-known Apache Quetzalcoatl project and moved it to the Attic. “Quetz” had been charged with developing the mod_python module, but it never really took off as an organized Apache project. Current users may be interested in finding the sources over at modpython.org
• In happier news, the board voted to promote an Apache Felix subproject named Karaf to top-level status. Apache Karaf is a small OSGi based runtime which provides a lightweight container onto which various components and applications can be deployed. The Felix PMC had seen that there was sufficient community around just the Karaf subproject that it deserved to have it’s own project.

So that’s two projects down, but one project up for the month of June.

iBATIS and Quetz both join previously retired projects in the Attic, HiveMind, Shale, AxKit, Xang, Beehive, and Jakarta Taglibs. Each are projects that had lost an effective Apache community able to actively develop them.

In the past, the ASF has also terminated a handful of other projects before the Attic was opened in 2008; those include Apache Commons (the first version) and Apache Avalon, both terminated for community issues. The ASF also once had an Apache PHP project that was terminated; in that case it was a happy and mutual separation of the PHP Group from the ASF.

Resolutions for creating and terminating Apache projects are passed by the board, typically at monthly meetings, and our public records of formal board actions are always available.

Stay tuned for news of the upcoming Annual Member’s Meeting of the ASF being held in mid-July, where we’ll also be electing a new board of directors.

What is mybatis?

mybatis.org is a new, independent project run by Clinton Begin and most of the PMC members and active committers of the Apache iBATIS project. It’s a fork of all the iBATIS code under a new name. They’ve recently released mybatis 3.0.1 GA, which will be the primary focus of development for the new mybatis team. They currently ship mybatis releases using the Apache License.

Since it’s a fork of the existing iBATIS code, it provides the same advanced SQL data mapping functionality that existing users expect. “MyBatis couples objects with stored procedures or SQL statements using a XML descriptor. Simplicity is the biggest advantage of the MyBatis data mapper over object relational mapping tools.”

Who is mybatis?

Clinton Begin, the original creator of iBATIS in 2001, is leading the project. Along with him are the bulk of the active developers of both mybatis (for Java) and mybatis.net. They are using Google Code to host the projects, along with source code, mailing lists and bug trackers. The project is independent, and is not directly associated with the ASF.

What will happen to Apache iBATIS?

The ASF is a public charity with the mission of provide software for the public good. Thus, we will continue to provide the complete source code under the Apache license in the future. In terms of the project as a whole, it’s expected that due to lack of community still participating at the ASF, it will be moved to the Apache Attic during the upcoming mid-June board meeting. That will mean the PMC and officer positions associated with Apache iBATIS will be dissolved, and some time thereafter, the website, mailing lists, and code for the project will be moved to the Attic for future read only reference.

Projects are moved to the Attic when there isn’t a sufficiently active and healthy community (primarily at the PMC level) to provide oversight to the project and it’s releases. The decision to move projects to the Attic is not a technical one – it’s purely a community issue. A project’s code and past history are always freely available to users, although in a read-only state. If, in the future, a sufficiently diverse community wishes to re-activate the project and follow the Apache Way, we welcome that.

What’s the difference? Why did mybatis want to fork?

Obviously, you’ll need to ask the mybatis team for the answer to this question. From emails I’ve exchanged with Clinton, and seen from other members of the mybatis team, my impression is that the difference wasn’t specifically technical, more organizational. They simply have a different vision for how to develop open source software projects than the ASF does.

ASF projects are expected to follow a number of procedures roughly known as “The Apache Way”. We believe that software projects with a diverse community; that use a consensus process to make decisions; and that do all their work in the open results in the best overall quality and longest lasting projects. While the ASF expects it’s projects to follow the Apache Way, we certainly understand that not everyone believes that our way of software development is the right one for everyone or for all projects.

While there were some unfortunate miscommunications (not necessarily anyone in particular’s fault) in the process of the fork, I hope there is no ill-will between the ASF and the mybatis team. While it’s sad that the ASF is losing a project (and the community with it), we wish the mybatis project luck in their work.

Is it OK for them to fork the project?

Of course! The Apache License is written to provide the maximum freedom to the users of our software. This means you are free to re-use any of the code we produce in almost any way you wish, including building atop it to create a proprietary product, or by forking the code and re-architecting the whole thing. While we always appreciate developers who choose to contribute fixes and new code back to our projects, we’re perfectly happy for people to take our code and do their own thing with it, either privately, or shared with the world.

So, good luck to mybatis, and mark this as (I think) the first time the ASF has had a coherent community choose to fork themselves and move elsewhere in a productive manner!

In this particular case, much of the growth comes from within existing projects, wherein subprojects communities within Hadoop and Lucene have matured sufficiently to deserve to manage their own fates, and to create their own Project Mangement Committees (PMCs) to take charge. To put this in another perspective, this is also reflective of the ASF’s growth; before this meeting we had over 70 TLPs and over 30 Incubator podlings, so an addition of 6 new TLPs is less than 10% growth for the month.

We should congratulate the Apache Traffic Server community first, since they went through the Incubation process and successfully graduated from an Incubator Podling into their own TLP. Soon to be served (once the website migration is complete) from http://trafficserver.apache.org/, Apache Traffic Server is fast, scalable and extensible HTTP/1.1 compliant caching proxy server. Congratulations to the whole team in showing a strong and diverse community around this new product.

Next up come three subprojects within the well-known Apache Lucene project which have grown organically from modules within Lucene to be diverse and active projects within their own right. You may recognize some of these product names from the Lucene world.

• Apache Mahout, which is building a system for creating scalable and effective machine learning libraries which can perform recommendation mining, clustering, classification, and grouping into itemsets.
• Apache Tika is a toolkit for detecting and extracting metadata and structured text content from various documents using existing parser libraries.
• Apache Nutch, integratable with both Lucene and Hadoop, adds web-specific crawling, fetching, and organization features.

The Apache Hadoop project – another wildly distributed computing technology – has also grown two of it’s subprojects to the point where they deserve their own fame.

• Apache Avro is a fast data serialization system that includes rich and dynamic schemas in all it’s processing.
• Apache HBase is the Hadoop database – designed to provide random, realtime read/write access to Big Data – billions of records – using commodity hardware.

Why did these subprojects spin out to become their own TLPs? The driving factor is not the technology, but rather the community and oversight aspects of how the ASF organizes it’s mostly self-running projects.

From the oversight perspective, the ASF Board relies on every project’s PMC to manage their project’s operations within the broad guidelines of the Apache Way, and to report their project’s progress and issues to the board. This means that there must be enough PMC members who can actively monitor and participate in their project’s activities, and can especially show due diligence and responsibility in voting on any official product releases the project makes. With the rapid growth in both community and technology areas in the Hadoop and Lucene projects, it’s a difficult job for the PMCs to truly understand and help manage all the subprojects they’ve created or added over the past two years.

While the scope of oversight may have hinted that some subprojects should be promoted to TLP status, the gating factor is community. Does a subproject have a strong and diverse enough community to provide their own, independent PMC that can manage their own affairs? Becoming a TLP is both a benefit and a responsibility: the community through it’s new, more focused PMC can better run itself; however the new PMC is also expected to provide accurate reports and responsible oversight of their community and product releases.

Congratulations to all six new projects! Please note that as the websites are updated, each project will be moving it’s home page to http://projectname.apache.org in the near future.

• Welcome Facebook as a Gold sponsor of the ASF! We all thank the growing list of formal ASF sponsors for their financial support – which goes to great use supporting our ever growing services for projects and committers
• Welcome the new Community Development PMC to the ASF. Luciano has some good discussion about this new project, and welcome to Ross as the new VP of the project.
• Welcome also to the three new more traditional code PMCs created at the December board meeting, Apache Pivot (building rich apps with Java & XML), Apache OpenWebBeans (implements JSR-299), and Apache Axis (combining Axis1 and Axis2 with common components).
• Users of Apache SpamAssassin should be sure to read about this critical advisory.
• Apache httpd admins probably already know this, but discussions are underway to declare 1.3.x and 2.0.x branches as deprecated soon.
• For those who missed it, much of ApacheCon US 2009 is not available as free archived video streams.

Reminder: as the official Foundation blog states, the only content officially produced by the ASF as an organization happens at apache.org domains. This blog is written by Shane, is solely my work, and represents neither the official policy nor views of either the ASF or my employer.

• Oakland declared November 4th as Apache Software Foundation day!
• PR about ApacheCon – yes, it’s worth reading, including a roundup of useful links at the end
• Subversion is submitted as an ASF project (on the off chance you didn’t read the million tweets about this earlier!)
• Ted Leung’s Ted Leung’s excellent wrapup, with links to great pictures
• Michael Pilato talks about designing the official show t-shirt
• Isabel Drost’s conference writeup (and link to her Heise article too!)
• Dave Johnson’s wrapup post, featuring Roller, Shindig, Social Gadgets
• James Briggs detailed writeup of each day
• Wishlists for ApacheCon by Sander and Aaron – great ways to let people know what you’re interested in
• Microsofties singing “Incubator Blues” at the Lighting Talks (fun video!)

Watch for a wrapup of the many different videos that came out of the conference soon!

• Pack layers; the weather is a beautiful sunny 70degF days/50degF nights.
• From SFO and OAK, take the BART light rail trains to the 12th Street Oakland City Center stop. From OAK, you’ll first take the AirBART bus to the BART station, which requires $3 exact change on the bus.
• The Bay Bridge is open once again, so you can drive, although the BART is highly recommended unless you need assistance.
• The Marriott hotel tower is kittycorner/diagonally across the street from the 12th street BART station – it’s closer than you think.
• All conference events are in the Convention Center, which is in the same building as the Marriott: walk through the reception area around and past the escalators to the second floor conference rooms.
• Sessions and Meetups are held on the first floor main conference halls, and in the 200-series rooms on the second floor of the convention center.

Roundup of information about ApacheCon:

• Schedule Grid
• Meetups
• CrowdVine - social networking site with attendee blog feeds
• Planet Apache – committer feeds
• Official Twitter Feed and a metafeed of #apachecon tweets and pictures

• Our CrowdVine calendar is up! You can connect with other attendees and create your own “my schedule” there to get a private ics feed of events you want to attend.
• CrowdVine also provides a great aggregation of attendee’s blogs, tweets, and photos too.
• OStatic by GigaOM is running a guest editor series on ASF people, including Jim (Chairman), Justin (President), and Shane (Director) so far, with more planned.
• There are plenty of evening Meetups planned on Monday, Tuesday, and Thursday – free to attend by all.
• If you haven’t registered yet, there are still a few Apachecon discount codes available for another day or so – if you do a little digging or tweeting, I’m sure you’ll be able to score one!