Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CBCBF73AF for ; Tue, 13 Dec 2011 16:06:05 +0000 (UTC) Received: (qmail 61284 invoked by uid 500); 13 Dec 2011 16:06:05 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 61201 invoked by uid 500); 13 Dec 2011 16:06:05 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 61193 invoked by uid 99); 13 Dec 2011 16:06:05 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Dec 2011 16:06:05 +0000 Received: from localhost (HELO [192.168.23.9]) (127.0.0.1) (smtp-auth username markt, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Dec 2011 16:06:05 +0000 Message-ID: <4EE777E9.4050608@apache.org> Date: Tue, 13 Dec 2011 16:06:01 +0000 From: Mark Thomas User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [ognl] Old issues.... References: In-Reply-To: X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 13/12/2011 15:54, Maurizio Cucchiara wrote: > @Christian > I could be wrong, but AFAIU Looks like the infra team never imported > the OGNL stuff, they declined > Lukasz's request (http://s.apache.org/agN). I suggest you read all of that Jira. That isn't what happened at all. A more accurate summary would be that infra (me included) got tired of being messed about and spending a whole lot of our free time getting the data in a fit state to be imported only to be told that we needed to start again with a different set of data. Importing from an old version of Jira is a non-trivial exercise and the ASF infra team is not an infinite resource. In this particular case the infra position is that we will gladly import the data once the project gets it into a suitable state to do so. What infra will not be doing, is doing that work again for the project. If the project wants those issues imported, the project will have to do the work this time. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org