Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 4650 invoked from network); 1 Mar 2004 13:08:48 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Mar 2004 13:08:48 -0000 Received: (qmail 73971 invoked by uid 500); 1 Mar 2004 13:08:42 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 73947 invoked by uid 500); 1 Mar 2004 13:08:42 -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 73933 invoked from network); 1 Mar 2004 13:08:42 -0000 Received: from unknown (HELO blue2.mobile-health-diary.com) (128.241.244.74) by daedalus.apache.org with SMTP; 1 Mar 2004 13:08:42 -0000 Received: from [10.0.1.32] (ool-43560634.dyn.optonline.net [67.86.6.52]) by blue2.mobile-health-diary.com (8.10.2/8.10.2) with SMTP id i21D8gG22011 for ; Mon, 1 Mar 2004 08:08:42 -0500 Mime-Version: 1.0 (Apple Message framework v612) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8E868D4A-6B81-11D8-BF57-000A95A01192@4quarters.com> Content-Transfer-Encoding: 7bit From: Geir Magnusson Jr Subject: Re: [releases] lacking releases for .... Was: [sandbox] report Date: Mon, 1 Mar 2004 08:08:39 -0500 To: Jakarta Commons Developers List X-Mailer: Apple Mail (2.612) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Feb 29, 2004, at 11:26 AM, Henri Yandell wrote: > > In addition, we have commons-proper projects without a release: > > IO > Jelly > Jexl > Launcher > Math > > Does anyone have estimated release dates for these? and who is release > manager for each one? [something we should probably make a clause of > sandbox->proper promotion]. If the release manager then vanishes, we > should demote if no one else volunteers. Subtle point - should there be a required release to get to commons out of sandbox? One issue we're discussing is that code shouldn't depend on sandbox code, as it's supposed to be just a 'play area'. That said, having users is a great way to clean, refactor and evolve code, so if you can only get to commons from sandbox w/ a release, then we are imposing a bit of a chicken-egg problem, or just releasing for the sake of release, which I think is pointless. > > *** > > To get started, I'm currently viewing myself as IO release manager and > have been slowly moving along. All code is now javadoc'd as much as > needs > be and classes that will not go in 1.0 have been identified. 3 Unit > tests > remain to be finished. I'll do jexl... geir > > Hen > > On Sat, 28 Feb 2004, Henri Yandell wrote: > >> >> I've asf 2.0'd the sandbox. All modules that are mavenised either >> build, >> or if they don't, they didn't before. >> >> I've moved all mavenised projects over to the sandbox-build structure >> but >> not run the maven->build.xml yet, so might see some gumps if any of >> these >> are in gump. >> >> Also prepared a report on sandbox in general: >> >> DEAD >> ==== >> altrmi >> util >> joran >> pattern >> primitives >> >> SANDBOX-PLAY >> ============ >> cli ?? >> lang >> >> TO-DELETE >> ========= >> jexl >> el >> >> MAVENISED+BUILD >> =============== >> attributes >> cache >> compress >> convert >> email >> events >> functor >> grant >> graph2 >> jrcs >> jux >> mapper >> messenger >> reflect >> resources >> sql >> threadpool >> workflow >> xo >> >> MAVENISED+FAILING >> ================= >> chain - needs portlet api/jsf >> clazz - tests fail >> codec-multipart - has bad codec dependency >> id - test fails [sys clock] >> jjar - lacks ant-tools >> periodicity - bad maven deps >> scaffold - does not compile - missing class >> vfs - bad maven deps >> >> NOT-MAVENISED >> ============= >> feedparser >> filters >> http >> jpath >> servlet >> rupert >> services >> simplestore >> tbm >> threading >> xmlunit >> >> SPECIAL >> ======= >> hivemind - ignoring as it is leaving commons >> jex - legacy maven issues, needs figuring out >> >> >> Hen >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > -- Geir Magnusson Jr 203-247-1713(m) geir@4quarters.com --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org