Don Brown wrote:
How Struts adds committers isn't "fair"

I don't think fairness is really the issue. I guess when you talk about that, you are meaning to imply that anybody who is disagreeing about certain things is a whiner.

Frank Z., quite diplomatically, used the term "suboptimal". Of course, that was a euphemism if there ever was one. The record of this Struts project in moving things forward is utterly dismal. (Obviously, I don't count the step of bringing in a competing codebase developed outside ASF and relabeling it as "Apache Struts" as forward progress in this context.)

Rather than fairness, I think the appropriate thing to concentrate on is effectiveness. The approach you've taken to running the project over the last several years simply has not been effective.

Given the dismal results, that you have to answer some pointed questions about your project management practices is really to be expected you know, Anything else would IMO be abnormal.

- code quality, community involvement, trust, and yes, personal taste are all factors. The PMC members are the gate keepers, and being human, they show favoritism, bias, and sometimes poor judgment.

Well, in other words, people, being human, make mistakes. However, *responsible* people take responsibility for their mistaskes. And they try to learn from it and do better next time.

> You may not like it, but that's the
way it is.

Don, I don't think you guys are going to really get anywhere with this approach. I really don't.

Great.  Can we move on now?

I doubt it. I think you're going to have to engage in the discussion.

Well, you might succeed in bullying people into shutting up in this instance. It has worked before. But the basic issues will just keep coming back. Eventually, you'll have to engage in the discussion. So I would say that, since you have to bite the bullet eventually, you might as well do it now and get the benefits sooner rather than later.


Struts isn't some damn social club, where we sit around and gossip about the neighbors.

Well, that it's not some damn social club is why a legitimate discussion shouldn't be shut down just because it causes discomfort or even embarassment to some people.


Struts is about building great web frameworks, however, I feel we have strayed from this path and lost our focus. If we, committers and contributors alike, spent half the time committing code and contributing patches as we do bickering, complaining, and "offering our opinions", we'd be on Struts 4 by now! Let's stop this nonsense, and get back to work!

Do you have too much free time on your hands? Great, there is much to be done:

Don, this basic idea that you can tell people "Shut up and get back to work"... this is not an approach that I think is going to work very well. Even in a company setting, where it is more of a valid approach, since people are getting paid after all, sometimes there has to be an airing of the issues.

But in this setting, where you can't threaten to fire somebody, hence causing them and their family significant economic distress, the "shut up and get back to work" approach is surely doomed to failure.

As a guy who is also admin on a fairly well known open source project, and has grappled with the issues, I would suggest (strongly) that you find some other way of motivating people to do some heavy lifting. Because the approach embodied by this last note of yours is not going to work.

Jonathan Revusky
--
lead developer, FreeMarker project, http://freemarker.org/



- Struts Action 1: We finally got the build working and hav"e built a test build. I haven't heard a single comment from anyone who has downloaded it and given it a shot. If you want a stable Struts Action 1 release and more to come, get off your butt and help out!

- Struts Action 2: With most of the IP code out of the way, we've started some great discussions on features to include in the next release. While this is important, we also need to get some sort of release out by JavaOne. We need people polishing up the code, updating wiki docs, testing examples, writing migration guides, and fixing bugs.

- Tiles: For such a popular framework, it is a shame how few people contribute (only one active maintainer (!)). Greg is working on a standalone version of Tiles that would support Struts, Spring MVC, or anyone else. If you use Tiles, jump in and help Greg with the refactoring. We definitely will be looking for committers when this moves to Jakarta.

- Struts Shale (yes it is an equal Struts project, get over it): There still hasn't been a GA release of Shale that I know of. We need people writing docs, fixing bugs, and providing key feedback to help polish this product.

My personal thanks David Evens for helping out with JIRA, Wendy Smoak her hard work for the Maven 2 migration, Ted Husted for the Mailreader migration tutorial and training materials, Toby Jee for keeping up with bug fixes and working on the ww migration, Patrick Lightbody for the SAF 2 Maven 2 work, Phil Zoio for writing Strecks....these are people who stepped up to the plate and put their code where their mouth is. Let's grow this list!

Don




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

Reply via email to