Return-Path: 
 <dev-return-112382-apmail-commons-dev-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-dev-archive@www.apache.org
Received: (qmail 63774 invoked from network); 30 Jan 2009 08:04:02 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 30 Jan 2009 08:04:02 -0000
Received: (qmail 56311 invoked by uid 500); 30 Jan 2009 08:04:01 -0000
Delivered-To: apmail-commons-dev-archive@commons.apache.org
Received: (qmail 56244 invoked by uid 500); 30 Jan 2009 08:04:01 -0000
Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@commons.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@commons.apache.org>
List-Post: <mailto:dev@commons.apache.org>
List-Id: <dev.commons.apache.org>
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Delivered-To: mailing list dev@commons.apache.org
Received: (qmail 56233 invoked by uid 99); 30 Jan 2009 08:04:00 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 00:04:00 -0800
X-ASF-Spam-Status: No, hits=-1.0 required=10.0
	tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of jak-commons-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 08:03:53 +0000
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1LSoLb-0007dR-Em
	for dev@commons.apache.org; Fri, 30 Jan 2009 08:03:31 +0000
Received: from mail.elsag-solutions.com ([62.154.225.82])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@commons.apache.org>; Fri, 30 Jan 2009 08:03:31 +0000
Received: from joerg.schaible by mail.elsag-solutions.com with local (Gmexim
 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@commons.apache.org>; Fri, 30 Jan 2009 08:03:31 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: dev@commons.apache.org
From: =?UTF-8?B?SsO2cmc=?= Schaible <joerg.schaible@gmx.de>
Subject: Re: [sandbox] Project template
Date: Fri, 30 Jan 2009 09:03:43 +0100
Lines: 40
Message-ID: <gluc8a$bl0$1@ger.gmane.org>
References: <510143ac0901290805h384c2380oc4ba68d7e0a68d78@mail.gmail.com>
 <55afdc850901290926u4dae137foa3e0d5b5ad5bbd93@mail.gmail.com>
 <ce1f2ea80901291441n638dc2c5o5a4f7075333ee757@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8Bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: mail.elsag-solutions.com
User-Agent: KNode/0.10.9
Sender: news <news@ger.gmane.org>
X-Virus-Checked: Checked by ClamAV on apache.org

Rahul Akolkar wrote at Donnerstag, 29. Januar 2009 23:41:

> On Thu, Jan 29, 2009 at 12:26 PM, Niall Pemberton
> <niall.pemberton@gmail.com> wrote:
>> On Thu, Jan 29, 2009 at 4:05 PM, Jukka Zitting <jukka.zitting@gmail.com>
>> wrote:
>>> Hi,
>>>
>>> I'm about to set up a sandbox are for some further work on the Commons
>>> XML (originally SAX) idea that we discussed a few weeks ago. When
>>> looking for a good starting point I found the templates [1] and [2],
>>> but both seem a bit outdated (one uses Ant and the other Maven 1).
>>>
>>> Is there a more recent template somewhere, or should I come up with a
>>> patch that updates one of the templates (which one is better?) to the
>>> current state of the art as seen in other Commons components?
>>
>> That template is v.old - from m1 days and we should update it to
>> reflect m2. I would look a current sandbox project as a starting point
>> - something like nabla
>>
> <snip/>
> 
> Any objections to simply removing those?
> 
> IMO:
>  * They aren't maintained at all (I'm not interested, not sure if
> anyone else is?)
>  * Given the above, they potentially send others down the wrong track
>  * Perhaps folks are indeed better off just looking at existing
> components, rather than some templates (we actually have fairly simple
> components in the build and release sense, and having the current m2
> support in parent etc. makes things even easier)

+1

templates like this simply tend to rot. We have enough small components in
sandbox that can be taken immediately for the same purpose.

- Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org