Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 5952 invoked from network); 7 Jan 2002 01:49:21 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 Jan 2002 01:49:21 -0000 Received: (qmail 5288 invoked by uid 97); 7 Jan 2002 01:49:28 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 5272 invoked by uid 97); 7 Jan 2002 01:49:28 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 5261 invoked from network); 7 Jan 2002 01:49:27 -0000 Importance: Normal Sensitivity: Subject: Re: Commons Validator Packaging/Content To: "Jakarta Commons Developers List" X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "Sam Ruby" Date: Sun, 6 Jan 2002 20:48:57 -0500 X-MIMETrack: Serialize by Router on D04NM201/04/M/IBM(Release 5.0.9 |November 16, 2001) at 01/06/2002 08:49:44 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jon Scott Stevens wrote: > >> Sigh. Last month, I was saddened by the following: >> >> http://marc.theaimsgroup.com/?l=turbine-dev&m=100774773017395&w=2 > > What is sad about that? > >> http://marc.theaimsgroup.com/?l=turbine-dev&m=100775120900436&w=2 > >And john mcnally worked to bring it up to date in the last month...it is >getting closer. If people worked together instead of coming up with their >own stuff every week maybe stuff would get finalized and released. We have a code base that is integrated with torque and deficient. We also have a commons dbcp which is decoupled and available. If I was a benevelent despot, I know which code base I would issue a stop work order on. >> This month, I am saddened by someone using his -1 to block progress towards >> contributing a reusable and independent code base to the commons. > > You forgot 'duplicated'. Sunk costs. Blame the prior management. I don't care. Again, all I know is that at this point in time, we have an available and decoupled commons component. And people presumably continuing to invest in a turbine specific version. One for which no volunteers have been identified as being interested in making it reusable and independent. >> You want to know how management decisions are made? We have a person >> volunteering to do the work based on the struts code base. Unless there is >> a better offer out there, I see a rather easy management decision to make. >> And that is coming from someone who tends towards non-intervention. > > However, good management knows what resources to allocate to what > responsibilities. > > This issue stems all the way back to the Tomcat3 vs. Tomcat4 discussions. > Why is it a good thing to have half of the people working on T3 and half on > T4? Why not combine the *limited* resources towards working on one common > codebase? Open source doesn't work that way. You tell volunteers what to work on and before you know it, you have *less* people resources than you did before. I am very much interested in reducing barriers which prevent people from working on components in commons. Any suggestions on how we redirect Turbine resources to make this happen? You know that team better than I do. If not, are you listening Jason? - Sam Ruby -- To unsubscribe, e-mail: For additional commands, e-mail: