I feel like the addition of Terry's work is not an add-on, but more of a core functionality. WebDav on the other hand could be an add-on as it is a db access method vs. db filer/indexer code, so I'm not against such a library. I think that the core has not been touched because it existed when the project was donated to Apache and most of us are not extremely familiar with it. The only way I have been able to familiarize myself with it is to make additions/enhancements elsewhere and backpedal through the code (and James Bates internals guide) to see what's going on. Sarcasm on any level is not helping the project move in any direction other than stalled. I felt the same way several months ago and got frustrated. The end result is that I forked the codebase locally and have been making alot of changes including a full-blown scheduler among other things. At some point (time and frustration permitting) I would like to work these back into CVS.
Kurt > ------------Original Message------------- > From: "Kevin Ross" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Date: Thu, Jun-5-2003 10:03 AM > Subject: RE: [my philosophy] was RE: MemValueIndexer > > I'm +1 for a supported 'addons'. > > BUT, I want the build system integrated for users to be able to do this > flawlessly. I believe maven may be able to help make this happen. > > For example, I want Xindice with WebDav and XYZ subprojects (addons), I > should be able to build a distro for myself via cmd line (just guessing > here): > > maven release add:webdav add:xyz > > Of course if webdav and xyz conflicted on something like the web.xml, > I'm not sure how to handle this...maybe I'm dreaming. > > It's just a thought. I want to make this overly easy to accomplish for > typical users. Maven, so far, is the easiest build system I've seen > from a user's standpoint. > > Speaking of addons, we were talking about 9-12 months ago about a reorg > of the cvs tree to something more standardized. Are we ready? > > -Kevin > > > -----Original Message----- > From: Vladimir R. Bossicard [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 05, 2003 10:48 AM > To: [EMAIL PROTECTED] > Subject: Re: [my philosophy] was RE: MemValueIndexer > > First of all, thanks for the contribution Terry. I _really_ appreciate > it. > > > I detect some sarcasm... > > just a little bit... :-) > > I have absolutely nothing against users' contributions (on the > contrary). I > think it's very valuable but I'm just against putting everything into > the main > trunc at the moment. > > I develop/maintain JUnit-addons, which are addons to the main JUnit > code. > Although I have commit rights to the JUnit project I decided to start an > additional project (to avoid putting everything into the main trunc). > Additional features are provided in an additional library and it's not > difficult > to install another library, isn't it? > > I proposed a Xindice-addons project on SF but the idea was chilly > received (to > say the least). > > > If non-committers feel that their contributions aren't well received, > > especially when the code is of good quality, they will stop > > contributing. > > That's because we only have two ways of integrating any donated code: > - the main trunk (maximum honor) > - the scratchpad (maximum dishonor) > > > 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. > > absolutely right. And JUnit-addons is used. Just like Xindice-addons > will. > > > A commercial xml database is feature rich. We are still on a path to > > remaining feature poor, but with some 'unsupported' stuff in > scratchpad. > > first get the features we have _right_. A few months ago, some > committers > thought about rewriting the core and I would love to see this happen. > > > 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. > > Gianugo planned to integrate Jetty but I don't know the status of this > task. It > would be really nice to have this done (+ manual). > > > same. In addition, it starts up with a pleasant looking cocoon-based > > admin interface, with query ability. > > Looks like nobody was/is willing to step up and replace the "Ugly Debug > Tool!" > with something more friendly. I would really like to see a good > embedded admin > client. So who's taking this? > > > How would the Xindice community react if the > > eXist community was interested in joining forces? > > apart from the licensing, I have no objection. > > -Vladimir > > -- > Vladimir R. Bossicard > Apache Xindice - http://xml.apache.org/xindice >
