Amen.
> ------------Original Message------------- > From: "Kevin Ross" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Date: Thu, Jun-5-2003 9:11 AM > Subject: [my philosophy] was RE: MemValueIndexer > > I detect some sarcasm... > > My philosophy: > > Too many commits kill an open source community due to bugs. > > Too few commits kill an open source community due to lack of progress > (where we are). A perfect example: Jakarta commons. Those projects are > exploding with incredible communities. > > If non-committers feel that their contributions aren't well received, > especially when the code is of good quality, they will stop > contributing. > > Just because one or the other committer may not use a piece of code, > doesn't mean the community won't use it, or that it won't turn into a > valuable enhancement. > > Scratchpad projects are only used by developers devoted to knowing an > open source project intimately. If we want the community to use > something, it must be in the main trunk, or it must be a main > subproject. Scratchpad == not supported. > > A commercial xml database is feature rich. We are still on a path to > remaining feature poor, but with some 'unsupported' stuff in scratchpad. > This project needs to work out of the box, either standalone or as a > webapp, or as embedded, and it needs to be full featured. > > eXist users benefit from out-of-the-box, and I believe we loose some > people to that project because they can download, unzip, and run the > startup script. Whallah, xml database. We are very prepared to do the > same. In addition, it starts up with a pleasant looking cocoon-based > admin interface, with query ability. > > Ok, enough of my rant. What other ideas are out there to help grow the > community involvement? How would the Xindice community react if the > eXist community was interested in joining forces? > > -Kevin Ross > > > -----Original Message----- > From: Vladimir R. Bossicard [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 05, 2003 9:05 AM > To: [EMAIL PROTECTED] > Subject: RE: MemValueIndexer > > > I'm +1 for adding these to the main trunk. If there are no > objections, > > I'll do so. > > Xindice absolutely needs some more code in the main trunk because we > have far > too few code to manage. It's getting boring since we don't have bugs > anymore, > users are happy, the releases are going well... > > -> scratchpad > > -Vladimir > > -- > Vladimir R. Bossicard > Apache Xindice - http://xml.apache.org/xindice >