On 8/26/05, Ted Husted <[EMAIL PROTECTED]> wrote: > Moving to dev@ ... > > On 8/25/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > On 8/25/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > > > > > > Would starting up a separate shale mailing list be a bad idea? I only > > > ask because the number of struts posts is quite heavy and if someone > > > posts a Shale question withough an approriate [shale] intro, I might > > > miss the post and end up deleting it if I get busy and it ends up buried > > > between the other struts posts? > > > > Experience across all of Apache is that splitting up mailing lists > > tends not to accomplish the desired purpose (redirecting the traffic). > > More importantly, the cases where it has happened caused existing > > communities to divide instead of unite, to their ultimate detriment, > > and indeed in some cases has engendered conflict. That's not what > > Apache is about. > > > > -1 on separate lists for *any* Struts subprojects (including Shale). > > Another approach that is working for some projects is to have separate > user lists, but a single dev list. I'd be -1 on separate dev lists, > but +0 on separate user lists for at least some of the subprojects, > where the traffic boundaries are obvious.
One significant problem I see with separate user lists is that there is going to be overlap, and hence repetition. For example, someone using Tiles with Struts Classic may run into a problem that would also be relevant to someone using it with Shale, but with separate lists, the question will likely get asked twice, and the Shale person won't benefit from the Classic person's experience (or vice versa). Yes, Tiles may eventually move elsewhere, but the point remains. Discussion on shared artifacts, as well as general non-"partisan" topics, would be negatively affected by dividing the list. Hence I'm -0 on multiple user lists (and, for the record, -1 on multiple dev lists). -- Martin Cooper > -Ted. > > --------------------------------------------------------------------- > 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]