I'm not incredibly up on Apache infrastructure, but I think what you are proposing would be for apache to host the dynamic build, which would be a no-no. The forrest and maven projects were both built in part to try and offload the downloading of artifacts due to bandwidth usage (to mirrors). I believe cpu usage would also fall into this category.
Would it be viable for the user to download your system as a 'bootstrap', then run the build from their own server? -Kevin Ross -----Original Message----- From: Nicolas Toper [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 11:11 AM To: [EMAIL PROTECTED] Subject: RE: [my philosophy] was RE: MemValueIndexer Hi, I'm new to this list and an Xindice user for work so I wish to help and commit regularly some stuff. It's a good idea to implement addons and make a system for users to create some and commit them simply. My gues for the build system would be a web-interface a la PHPGroupware: this system is really is I think better than Maven and could be directly integrated on the website. What do you think? If anyone interested, I can do it or work on the query interface (actually I need to make one anyway). Nicolas -----Message d'origine----- De : Kevin Ross [mailto:[EMAIL PROTECTED] Envoye : jeudi 5 juin 2003 20:03 A : [EMAIL PROTECTED] Objet : 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
