the original rule seemed to be a good one (a minimal test which some vendors have failed) as well having the merit of simplicity. on the other hand i do think that andrew's arguments have served a useful purpose in making us think harder about the purpose of that page. i also agree with alex in that probably the future direction is to something more apache-wide.
on the other hand, i think that michael's answers have been reasonable and give him at least as much a reason as many of the existing vendors. unless i hear some good reasons not to, i'll probably commit something along those lines sometime soonish. i might also try to think of some ways to reorganize the page.
- robert
On Thursday, July 3, 2003, at 10:08 AM, Alex McLintock wrote:
At 09:51 02/07/03 -0400, Howard M. Lewis Ship wrote:I'm tending towards the argument that if you can convince someone who has the right access to update
the vendors.xml
page, then you deserve to be on the list.
> Yep - so basically this should be decided on a subproject-level in > Jakarta's case. I doubt *anyone* is able to support *all* Jakarta > subprojects on a level that he/she serves his customers well. > Suggestion: move this page away from the Jakarta main site, and > stimulate subprojects to host their own vendor pages. > > </Steven> > -- > Steven Noels http://outerthought.org/
I'm not sure of the point of a Vendors page. There are so many different types of "vendors" covering so many projects that a single page - or even a single XML is not necessarily the right thing.
I started a database of companies who support open source software but I am not sure it is the right as it is.
I think Apache has grown large enough to need a database of trainers, consultants, developers, vendors, and other support companies who will provide assistence with using Apache software.
We had a small mailing list for discussing these sorts of commercial aspects to using Apache software but it never really got off the ground.
Alex McLintock
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
