The status report for Jakarta project is available at http://jakarta.apache.org/site/news.html and http://jakarta.apache.org/site/news/index.html. These summaries are community developed, monitored, and maintained. Feedback on their contents should be directed to mailto:[EMAIL PROTECTED].

I tried unsuccessfully to summarize the summaries without looking like I was trying to prove a point about it not being a good idea. Of course, this begs the question about what happens when Jakarta is split up and all this data feeds directly into the board, but I digress.

Overall, the imperialistic expansion phase of Jakarta has been put on pause. No new code bases have been accepted. Two colonies, Ant and Avalon, have split off successfully. The only issue in this area is Tapestry which unfortunately has been left in limbo in the process, neither accepted by Jakarta nor by the Incubator.

The biggest unresolved issues in Jakarta deal with codebases on either end of the maturity spectrum. There are code bases which seen to be perennially in alpha, and therefore feel the right to change interfaces on a whim and without regard to the community impact of such changes. Unfortunately, the existence of a sandbox seems to have institutionalized this policy. Unquestionably, code bases in alpha should be allowed to experiment, but the establishment of a playground where this takes place indefinitely is not in the best interest of the ASF.

On the other end of the spectrum is codebases which have matured to the point where there aren't enough itches to scratch to maintain a development community. Such codebases (for example, regexp) are heavily depended upon and so interwoven into the fabric of many Jakarta subprojects that it is hard to imagine removing then from the ASF despite the somewhat different community dynamic one sees thre. There isn't even a quorum to hold a proper release vote or people actively monitoring the bug reports and commits. This is a problem.


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

Reply via email to