In message <4ad4c6e2.2090...@dubioso.net>, Roland Weber writes: >Have you noticed how much traffic there is on jmeter-user? >It will easily drown all other communication on a combined >user list. Subscribers to any other Jakarta user list will >*not* be amused about getting all that into their inboxes.
In my opinion, JMeter should really go top-level, but the community has not yet (and may never) come to that conclusion. It's similar to the relationship httpclient/httpcomponents once had vis a vis jakarta-commons. Perhaps we could combine all user lists except for JMeter. In any case, it was a suggestion meant to provoke exactly this kind of discussion (but it's clear now I should have started a separate thread). How one feels about the various ideas that have surfaced in this thread depends on whether one believes Jakarta should or can be revived, retired, or continue as is. Provoking discussion helps sort out exactly what we're trying to accomplish beyond administrative simplification. As you say, combining jmeter-user with a u...@jakarta list is probably not a good idea. But from my point of view, it's not because combining user lists is inherently unworkable. Instead, it's because JMeter is a vibrant project that should go top-level instead of residing in what some may view as Jakarta's almost-dead carcass. Another point of view might be that JMeter shouldn't go top-level at all and can serve as a focal point for reviving Jakarta. Although I think we need to discuss and resolve what the future of Jakarta is to be, I agree with Rahul that it should be a separate discussion after resolving his more narrowly scoped dev@/commits@ proposal. The only reason I haven't resigned from the Jakarta PMC (after attic'ing ORO, now that there's an attic) is because JMeter continues to use ORO and someone needs to be willing and able to fix any issues that may arise. At least with a combined dev list, there can be some assurance that other committers will be alerted to any problems that require fixing (not that there have been any for the better part of a decade). daniel --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
