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 AF43D647E for ; Sat, 18 Jun 2011 05:39:48 +0000 (UTC) Received: (qmail 54283 invoked by uid 500); 18 Jun 2011 05:39:46 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 54183 invoked by uid 500); 18 Jun 2011 05:39:46 -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 54174 invoked by uid 99); 18 Jun 2011 05:39:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Jun 2011 05:39:43 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of flamefew@gmail.com designates 209.85.216.43 as permitted sender) Received: from [209.85.216.43] (HELO mail-qw0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Jun 2011 05:39:36 +0000 Received: by qwf6 with SMTP id 6so1794790qwf.30 for ; Fri, 17 Jun 2011 22:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Ahkwwfb7hqweTguaiYxZT1KE4rBaFV2E0BrtmOVjIJ8=; b=wiVrMpVtEBgvIm0eHsbl2YsiZnliXvJgnwym0H6mHDJTJP5ieI0R67MS4u4kt0B7Z9 ZjaEDNDUyHyJRoZP2S48eB+QB8Y16Us1l+xEOCmXENbyrQDPZc5pica6ogJG8c0xFeu+ cJ/11VIzy4ZjkT2GjCPS2MLSrVmZY2p0CeYBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=UqD77qqyomVVKU/dJo+Nyem9pLsWoEgW8LQDrVAzB6D9CRfqHRZYc4MFRYZAKATUYj V3+9xEInDDvvtbj/vIoi/QxE0tDvm80GFMlgo1A1qjUpSwweas3h6BrIz28gLoir+TtQ BlNafyqZeSHB+/558lGvDVK5o+1546ZtzorUU= MIME-Version: 1.0 Received: by 10.229.90.150 with SMTP id i22mr2346830qcm.164.1308375553885; Fri, 17 Jun 2011 22:39:13 -0700 (PDT) Received: by 10.229.18.79 with HTTP; Fri, 17 Jun 2011 22:39:13 -0700 (PDT) In-Reply-To: References: Date: Fri, 17 Jun 2011 22:39:13 -0700 Message-ID: Subject: Re: [lang] Time for RC3? From: Henri Yandell To: gudnabrsam@gmail.com Cc: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Jun 17, 2011 at 8:17 PM, Matt Benson wrote: > On Fri, Jun 17, 2011 at 9:00 PM, Henri Yandell wrote= : >> We had an RC3 vote so shouldn't remove; but I'm very happy if you've >> time to do an RC4. I've been managing about enough time to look at the >> outstanding issues before I'm back to the diapers. >> > > That's why I asked... I couldn't find the evidence of the RC3 vote for > some reason, but I'll take your word for it. I injected a little confusion by having two threads :) http://commons.markmail.org/thread/dxmser7yfew37sqb http://commons.markmail.org/thread/xk34bmkoz6jctt7g >> Which is 'what's in JIRA' plus the discussion on the text.translate/Rang= e API. > > JIRA seems clear, no? =A0Do we need to wait on the other issue, then? The thread was: "[LANG] unnecessary boxing in StringEscapeUtils etc" Sebb had a complaint re: performance concerns with boxing and Stephen suggested a solution, while also considering the performance issue minor. I spent some time a week back playing with the API as I disliked the overlap between Range and Range. Autoboxing, generics and char-int conversion all get fiddly in the API and not nice. I'm tempted to move the current (Range) constructors to a static factory method, and then go ahead and release - text.translate is not a major part of the Lang API. The reason for doing that is so that we can deprecate it later on if desired and not have to worry about lots of clashing with the replacement methods. Hen --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org