Daniel wrote:
The Java regex syntax is almost a superset of Perl, which is why I don't
see the impact of using a Perl engine for JDK 1.3 and java.util.regex
for J2SE 1.4 as being major. The expression Rami gave was straight
Perl 5.005. jakarta-oro's Perl5Compiler/Perl5Matcher implements
In message [EMAIL PROTECTED], Mario Ivankovits writes:
It looks like Perl and Java are very (very) simmilar. So asking ORO to
The Java regex syntax is almost a superset of Perl, which is why I don't
see the impact of using a Perl engine for JDK 1.3 and java.util.regex
for J2SE 1.4 as being
I wrote:
want to escape; but quotemeta works equally well)? Why use a negative
look-behind assertion in ((?!^)|[^/]) when [^/] will suffice (the
negative look-behind assertion is redundant because if there's a character
present that's not a slash, then it's not the start of the input)? Of
I
Again, you use a common syntax, which is translated to the appropriate
syntax for the implementation. If some specific feature of the common
syntax is not supported in the implementation, then your RE will fail to
translate, and should throw some sort of exception. Doesn't seem too
In message [EMAIL PROTECTED], Rami Ojares writes:
The problem with having a generic interface for different regex implementation
s
is that the syntax and semantics of regexes are different. I want to know
EXACTLY what my regexes match and what constucts/syntax I can use.
Somehow I missed this
Since the whole point of the VFS discussion appears to be to support
users who aren't using J2SE 1.4, all you have to do is use the syntax
subset shared by Perl5 and java.util.regex, which is rather rich and
useful. Anyway, that's my take given my understanding of what's being
discussed.
Mario Ivankovits wrote:
Hello!
A contribution of Rami Ojares brings in an PatternSelector to handle
ant-style patterns (/dir/**/file) to select files.
This class currently uses the jdk1.4 regular expression library.
Now there are some questions how to handle the regexp thing:
[ ] Avoid
In message [EMAIL PROTECTED], Noel J. Bergman w
rites:
Daniel, are you still interested/trying to move ORO into Commons? What is
I'm interested in doing whatever it will take to get people using the library
or who should be using the library more involved in development. At first
I thought
Hi,
The problem with having a generic interface for different regex implementations
is that the syntax and semantics of regexes are different. I want to know
EXACTLY what my regexes match and what constucts/syntax I can use.
The implementations are not only implementations but they define also
:[EMAIL PROTECTED]
Sent: Tuesday, June 15, 2004 13:07
To: Jakarta Commons Developers List
Subject: Re: [vfs][all][poll]regular expression library or jdk1.4 as
minimum requirement
In message [EMAIL PROTECTED], Noel J.
Bergman w
rites:
Daniel, are you still interested/trying to move ORO
Rami Ojares wrote:
The problem with having a generic interface for different regex implementations
is that the syntax and semantics of regexes are different. I want to know
EXACTLY what my regexes match and what constucts/syntax I can use.
The developer has to tell the ORO factory what regexp
The real question turns to: who is still using the jdk 1.3, and does
this population match the intended target for [vfs] ? I was planning to
integrate [vfs] into [configuration] but I consider the jdk 1.3
compatibility as a requirement since I'm deploying on WebSphere 4, and
most of the time
: [vfs][all][poll]regular expression library or jdk1.4 as
minimum
requirement
Hello!
A contribution of Rami Ojares brings in an PatternSelector to handle
ant-style patterns (/dir/**/file) to select files.
This class currently uses the jdk1.4 regular expression library.
Now there are some
Now there are some questions how to handle the regexp thing:
[X] Avoid dependency to jdk1.4.
JDK 1.3 should be the highest minimum standard unless the code absolutely
positively needs java.nio.
--- Noel
-
To
On Mon, 14 Jun 2004, Mario Ivankovits wrote:
Hello!
A contribution of Rami Ojares brings in an PatternSelector to handle
ant-style patterns (/dir/**/file) to select files.
This class currently uses the jdk1.4 regular expression library.
Now there are some questions how to handle the regexp
Mario Ivankovits wrote:
Hello!
A contribution of Rami Ojares brings in an PatternSelector to handle
ant-style patterns (/dir/**/file) to select files.
This class currently uses the jdk1.4 regular expression library.
Now there are some questions how to handle the regexp thing:
[ ] Avoid
16 matches
Mail list logo
