Victor,
I'm not sure if it's correct or incorrect as far as the definition,
but it would appear the "-" after the 9 isn't being treated as a
character, but a range.
The following seems to give your desired result.
"^[_A-Za-z0-9\\-]+(\\.[_A-Za-z0-9\\-]+)[EMAIL PROTECTED](\\.[A-Za-z0-9\\-]+)
DOH! I just realized you were talking about reg-ex versus the build-in
logging. I need more coffee. My first clue should have been this is the
regexp-user mailing list:) Anyway, same reasoning applies for going with
the jakarta package.
-Original Message-
From: Dubois, Jeff [mailto:[EMAI
Thanks for your response Rod!
Can someone list for me exactly what the advantages of the jakarta
package are?
It appears from the Java API documentation that the Java regex does not
contain:
1. The conditional constructs (?{X}) and (?(condition)X|Y).
2. The e
Hi,
I am trying to verify e-mail address format using the following regular
expression:
"^[_A-Za-z0-9-]+(\\.[_A-Za-z0-9-]+)[EMAIL PROTECTED](\\.[A-Za-z0-9-]+)*$"
I am getting different results when I use SDK 1.2.4 and Apache Regexp. It seems
that the latter is less strict. For example, both stat
Asked the same thing awhile back and the response was the jakarta stuff
is better (their track record would not call that in to question) and of
course it does not require a 1.4 JDK. One thing that did bug me about
the build-in was that the logger did not take an object as a constructor
so you had
What are the advantages of using the Jakarta's RegEx package versus the
Java built-in RegEx, now that Java has built-in RegEx's?
Thanks!
Jeff
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
