In message [EMAIL PROTECTED], Dom
inique Devienne writes:
Probably not... I simply try to avoid having twice the same functionality on
my classpath, and JDK1.4+ fulfills my regexp needs (albeit simple) just
fine. I've read a few times that ORO is superior to the JDK's regexp impl,
so it's not a
In message [EMAIL PROTECTED], Steve Cohen writes:
This is all true, Daniel, but I think the initial motivation of Dominique
Devienne was to REMOVE the requirement that oro be on ant's runtime classpath
I wrote:
wrapper and J2SE 1.4 autodetection, in which case I would hope the point
would
On Tuesday 17 February 2004 10:11 am, Dominique Devienne wrote:
From: Steve Cohen [mailto:[EMAIL PROTECTED]
While it is true that the CVS HEAD of commons-net is required and while
it is
true that jakarta-oro is required (jakarta-oro is now required for any
uses
of the ftp task using
On Tuesday 17 February 2004 8:27 pm, Steve Cohen wrote:
On Tuesday 17 February 2004 10:11 am, Dominique Devienne wrote:
From: Steve Cohen [mailto:[EMAIL PROTECTED]
While it is true that the CVS HEAD of commons-net is required and while
it is
true that jakarta-oro is required
In message [EMAIL PROTECTED], Steve Cohen writes:
You've built an interface to encapsulate the choice in regex implementations
with automatic checking. Sweet! Perhaps we could port it to commons-net -
...
Perhaps this checker mechanism could be ported to commons (a la
commons-logging). Then