Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates
 209.85.216.171 as permitted sender)
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
         :content-type:content-transfer-encoding;
        b=tZsDuEiQJcSTG7ar4/c8MwbcVKl3DgVMVv6N+ledypBzsRkN9gj6ZlDtkbXQQvtDEZ
         fweFHgfpmi1WlYAfHgE+FFBXeQ0BlH2xn7gJIpiOeAbXnJ874qi661Y8bUSmlFhpJscd
         88xfkVXZwYKZAxh+zLzvWqCCj22uOMk7L55I0=
MIME-Version: 1.0
In-Reply-To: <AANLkTin899kU90JwU9AnJd6eXL4YRrWs2H9rBKp0O+O_@mail.gmail.com>
References: <AANLkTinLRq7ZQ2EEw8gW6LS+_FemG3UAdFq9urUfcD8Y@mail.gmail.com>
	<AANLkTi=7pzDe8w9pWBBgB9WGfQmAgy7i_+yijfoSdjgq@mail.gmail.com>
	<AANLkTi=+QJAtcbYFSbd2RCsZA79_bOe2=ia=UGsoC3Fy@mail.gmail.com>
	<AANLkTikdBjYZtn_uM1viD-i8fsvQa2eLkbMVO-6msAv3@mail.gmail.com>
	<AANLkTin899kU90JwU9AnJd6eXL4YRrWs2H9rBKp0O+O_@mail.gmail.com>
Date: Sat, 9 Oct 2010 14:13:31 +0100
Message-ID: <AANLkTimAXsuCt9AEecAib6cpdu-U40yJMSEyZU5Niat_@mail.gmail.com>
Subject: Re: [lang] Wildcard regex
From: sebb <sebbaz@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 9 October 2010 12:33, Stephen Colebourne <scolebourne@joda.org> wrote:
> No, the wildcard is used for a database search. Find me all names
> matching "Foo*". This is not for [io].

But where do humans get the idea that * and ? are wildcards?

>
> The oro code does look reasonable I'd say.

Agreed, it could be adapted for Commons.

However, whether the syntax it supports is universal I don't know.

I think it's a useful addition, but the syntax needs to be carefully docume=
nted.

And it would be useful if there were versions for different OSes, to
allow filename matching using the standard for that OS.

> Stephen
>
>
> On 9 October 2010 12:25, sebb <sebbaz@gmail.com> wrote:
>> What does the regex represent? A filename?
>>
>> If so, then maybe the code belongs in IO rather than Lang.
>>
>> Also, filename globbing is not consistent across OSes.
>>
>> On 8 October 2010 15:32, Stephen Colebourne <scolebourne@joda.org> wrote=
:
>>> Human users enter wildcards * and ? (because regex is too complex). In
>>> my case, I'm passing it to MongoDB, which needs regex.
>>>
>>> Stephen
>>>
>>>
>>> On 8 October 2010 15:10, Paul Benedict <pbenedict@apache.org> wrote:
>>>> Can I get some sense of use case? What would you use it for? Just curi=
ous.
>>>>
>>>> On Fri, Oct 8, 2010 at 9:06 AM, Stephen Colebourne <scolebourne@joda.o=
rg> wrote:
>>>>> I don't think comons lang has a routine for converting a standard
>>>>> wildcard string (with * and ?) to a regex.
>>>>> Here is a first suggestion, although I'm sure it can be improved.
>>>>>
>>>>> =A0public Pattern createPattern(String text) {
>>>>> =A0 =A0StringTokenizer tkn =3D new StringTokenizer(text, "?*", true);
>>>>> =A0 =A0StringBuilder buf =3D new StringBuilder(text.length() + 10);
>>>>> =A0 =A0buf.append('^');
>>>>> =A0 =A0boolean lastStar =3D false;
>>>>> =A0 =A0while (tkn.hasMoreTokens()) {
>>>>> =A0 =A0 =A0String str =3D tkn.nextToken();
>>>>> =A0 =A0 =A0if (str.equals("?")) {
>>>>> =A0 =A0 =A0 =A0buf.append('.');
>>>>> =A0 =A0 =A0 =A0lastStar =3D false;
>>>>> =A0 =A0 =A0} else if (str.equals("*")) {
>>>>> =A0 =A0 =A0 =A0if (lastStar =3D=3D false) {
>>>>> =A0 =A0 =A0 =A0 =A0buf.append(".*");
>>>>> =A0 =A0 =A0 =A0}
>>>>> =A0 =A0 =A0 =A0lastStar =3D true;
>>>>> =A0 =A0 =A0} else {
>>>>> =A0 =A0 =A0 =A0buf.append(Pattern.quote(str));
>>>>> =A0 =A0 =A0 =A0lastStar =3D false;
>>>>> =A0 =A0 =A0}
>>>>> =A0 =A0}
>>>>> =A0 =A0buf.append('$');
>>>>> =A0 =A0return Pattern.compile(buf.toString(), Pattern.CASE_INSENSITIV=
E);
>>>>> =A0}
>>>>>
>>>>> Other possile conversions would be * and ? to databse wildcards, so
>>>>> perhaps there is scope for a few related methods here?
>>>>>
>>>>> Stephen
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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