commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Downey <>
Subject Re: next possible commons project
Date Thu, 26 Sep 2002 17:41:38 GMT
I don't think it makes sense. From a programmatic point of view, logging is 
side-effect free. Differences between logging packages are completely 
ignoreable. Even if logs are /dev/null. 

That is not the case for regular expressions. 

Different regular expression packages treat expressions differently. And 
converting between them is NOT possible. 

Differences would be very visible to the calling program. A match would return 
true with one package, false with another, and throw an exception with a 

There's a reason you have grep and egrep, and not just a single program. Not 
to mention perl, emacs, awk, ...

The only sensible thing to do is to pick one and write the regular expressions 
in terms of that package, and test against that package. Now, jakarta does 
have two. I've always used ORO. I don't remember why I didn't use regexp. 

The fact that oro has had activity in the last 6 months is an important point, 
I think. The last two commits in regexp?
2001-08-24 17:58  jon

        * build/build-regexp.xml (1.10): do just enough work to allow an
        install-jar target

        this stuff needs to be upgraded

2001-04-12 18:03  gholam

        * build/build-regexp.xml (1.9): Added a few property imports users
        can override some settings.  Is after the setting they should not
        be able to change eg project etc.

        Removed the build.compiler property from the build script.  I
        prefer to have a global setting for this in
        ~/.ant/ which can be overriden in this case by a
        value in ~/.ant/

On Thursday 26 September 2002 09:04 am, Tomasz Pik wrote:
> -------- Original Message --------
> Date: 26 Sep 2002 12:58:16 -0000
> Message-ID: <>
> From:
> To:
> Cc:
> Subject: DO NOT REPLY [Bug 13031] New: - Use regular expression (regex)
> pattern matching for parsing
> Status:
>  > Most of the parsing code in HttpClient is custom, and while fast, is
>  > potentially error prone.  The traslation of the rfc BNF into regex
>  > would be a large maintainability improvement.
>  >
>  > Java 1.4 has a new regex package, and there are others that could be
>  > considered if a reliance on 1.4 is to be avoided.
> Maybe something like 'Commons Logging' - one hat (with limited
> funcionality) for most of the regexp packages
> (
> Regards
> Tomek Pik

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message