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
third.
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/compiler.properties which can be overriden in this case by a
value in ~/.ant/jakarta-regexp.properties.
On Thursday 26 September 2002 09:04 am, Tomasz Pik wrote:
> -------- Original Message --------
> Date: 26 Sep 2002 12:58:16 -0000
> Message-ID: <[EMAIL PROTECTED]>
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> 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
> (http://regex.info/java.html)?
>
> Regards
> Tomek Pik
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
