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 6A3E410A08 for ; Tue, 24 Sep 2013 15:50:12 +0000 (UTC) Received: (qmail 51518 invoked by uid 500); 24 Sep 2013 15:50:09 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 51383 invoked by uid 500); 24 Sep 2013 15:50:08 -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 51375 invoked by uid 99); 24 Sep 2013 15:50:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Sep 2013 15:50:08 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of beneritter@gmail.com designates 209.85.214.42 as permitted sender) Received: from [209.85.214.42] (HELO mail-bk0-f42.google.com) (209.85.214.42) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Sep 2013 15:50:02 +0000 Received: by mail-bk0-f42.google.com with SMTP id my10so1854185bkb.1 for ; Tue, 24 Sep 2013 08:49:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:in-reply-to:message-id:date:to :content-transfer-encoding:mime-version; bh=ri133p0HWUFwWwtZfN2Cp4L+bBHTpFpSqD8DzqzFoos=; b=Q36li6bk73iwPBbYV1ZcWzwAdA3h7/baFih960wZyr6XY82X+x9UDPXVIn3zZiK6QH tvK/T34jQdo8rBbwr0PKawIjFN0LLELieLjYEZeeXGtTnK49Kzut0XPdUT5wMKuaMZRw ewKWp7UIWdoGuXzfoNnYgZl6RnNSPlS+XfZPrm9Y48WxVZtAmiolHU8DarMrHkeR7D1T s2PJfc8Jd602X2An9F0cmS6tgFZ50Ewvn60bjhkPnkJYJdEsEBLo9ufSTSmpfh9ERyle +0CkmBaN1mWxYNdLu3lpS7ixeYP5/zEnM0pfu7PCf7VOlCX35vawooLZf649aZjlsgur cOzw== X-Received: by 10.204.60.66 with SMTP id o2mr23684681bkh.22.1380037781907; Tue, 24 Sep 2013 08:49:41 -0700 (PDT) Received: from [192.168.2.104] (dslb-188-109-108-151.pools.arcor-ip.net. [188.109.108.151]) by mx.google.com with ESMTPSA id kk2sm11655280bkb.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Sep 2013 08:49:41 -0700 (PDT) Subject: Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty References: From: Benedikt Ritter Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (11A465) In-Reply-To: Message-Id: <629B5B56-7BBF-4F80-A136-490E95DDABC1@gmail.com> Date: Tue, 24 Sep 2013 17:49:42 +0200 To: Commons Developers List Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org Hi, Send from my mobile device > Am 20.09.2013 um 16:40 schrieb Matt Benson : >=20 > Not that I'm saying we *should* do either of these things but let's > remember that most places where one formerly would have said "support > collections" should now be substituted "support iterables". Nobody has expressed strong feelings against this so far. So I think we can a= pply this patch. Your point about Iterable is valid and should be taken into= account. Benedikt >=20 > Matt >=20 >=20 > On Fri, Sep 20, 2013 at 9:25 AM, Benedikt Ritter wro= te: >=20 >> Not sure if you're being sarcastic, but yes that would probably make sens= e. >>=20 >>=20 >> 2013/9/20 James Carman >>=20 >>> If we're going to support varargs, we should also support collections. >>>=20 >>> On Fri, Sep 20, 2013 at 10:11 AM, Benedikt Ritter = >>> wrote: >>>> I guess it's just convenience... >>>>=20 >>>> if( StringUtils.isAnyBlank(str1, str2, str3)) >>>>=20 >>>> is shorter than >>>>=20 >>>> if( StringUtils.isBlank(str1) && StringUtils.isBlank(str2) && >>>> StringUtils.isBlank(str3) ) >>>>=20 >>>> Benedikt >>>>=20 >>>>=20 >>>> 2013/9/20 James Carman >>>>=20 >>>>> What is the usecase for something like this? Are we more likely to >>>>> have varargs params or a collection? Varargs *can* happen, but what >>>>> is the more likely case? >>>>>=20 >>>>> On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter >>>>> wrote: >>>>>> Hi, >>>>>>=20 >>>>>> we have this pull request on github [1] with an accompanying jira >>> issue >>>>> [2]. >>>>>> I'd say it is a useful addition but I think I remember a >> contribution >>> of >>>>>> noneIsNull(Object... args) for Validate, that we rejected. So I >>> wanted to >>>>>> be sure about our policy here: >>>>>>=20 >>>>>> Do we want to add corresponding var args methods for boolean >> isXXX(T) >>>>>> methods that model AND and OR? >>>>>>=20 >>>>>> Regards, >>>>>> Benedikt >>>>>>=20 >>>>>> [1] https://github.com/apache/commons-lang/pull/3 >>>>>> [2] https://issues.apache.org/jira/browse/LANG-848 >>>>>>=20 >>>>>> -- >>>>>> http://people.apache.org/~britter/ >>>>>> http://www.systemoutprintln.de/ >>>>>> http://twitter.com/BenediktRitter >>>>>> http://github.com/britter >>>>>=20 >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>> For additional commands, e-mail: dev-help@commons.apache.org >>>>>=20 >>>>>=20 >>>=20 >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>> For additional commands, e-mail: dev-help@commons.apache.org >>>=20 >>>=20 >>=20 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org