EmailValidator.getInstance().isValid(test@ + '\t' + foo.com)
returns true.
I don't think use of blanks between @ and domain is valid for eMails.
Perhaps SPECIAL_CHARS needs to include blanks ?
Nico.
This message contains information that may be privileged or confidential and is
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-logging has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-logging has an issue affecting its community integration.
This issue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Thanks, this was reported in Bug 38051 and fixed recently
http://issues.apache.org/bugzilla/show_bug.cgi?id=38051
Niall
On 1/25/06, Nicolas De Loof [EMAIL PROTECTED] wrote:
EmailValidator.getInstance().isValid(test@ + '\t' + foo.com)
returns true.
I don't think use of blanks
On Wed, 2006-01-25 at 10:50 +0530, PARVEEN GARG (GR/EIL) wrote:
Hello all,
I have a question regarding encryption and export control. Does Apache,
Commons HTTPclient include any SW encryption that restricts export (i.e.
special ECCN code)?
Best Regards,
Parveen Garg
Parveen,
Commons
Hello list,
On 1/24/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: bayard
Date: Mon Jan 23 08:12:55 2006
New Revision: 371566
URL: http://svn.apache.org/viewcvs?rev=371566view=rev
Log:
Adding doap files for each component
This issue and proposal has been in JIRA now for about a month. Activity
(perhaps interest) has been minimal.
At this point, I'm not sure what to do. Those who have shown interest have
been positive about the proposal. Can (should) we
reinitiate the vote? Are the votes that have been
Just use jsse. I didn't have any problems with them under jdk1.3.
Running that stuff under jdk1.3 should also work like charm.
Mvgr,
Martin
Steve Cohen wrote:
Rory Winston wrote:
Ive come across the com.sun.* issue before. They are part of the JVM,
just not officially documented for public
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
source and javadoc-ide.zip javadocs. (or similar names)
these should contain LICENSE.txt and NOTICE.txt. a META-INF directory
sounds like a good place to store
I just normally use the zip / tar.gz to link the source (or checkout the
project and depend on that).
So for me : don't invest too much time on this :)
Mvgr,
Martin
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users.
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
source and javadoc-ide.zip javadocs. (or similar names)
these should contain LICENSE.txt and NOTICE.txt. a META-INF directory
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
source and javadoc-ide.zip javadocs. (or similar names)
these should contain LICENSE.txt and NOTICE.txt. a META-INF directory
Author: rdonkin
Date: Wed Jan 25 10:41:55 2006
New Revision: 372283
URL: http://svn.apache.org/viewcvs?rev=372283view=rev
Log:
Added source and javadoc archives for IDEs to distribution build.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by CarlManaster:
http://wiki.apache.org/jakarta-commons/MathWishList
For the ide's, can they be in the same jar?
What's the advantage of the jar over the zip? The ide can use the jar
without unpacking?
Hen
On 1/25/06, robert burrell donkin [EMAIL PROTECTED] wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE
Log4JCategoryLog has been deprecated since 1.0.3. however, 1.0.2 is
still in wide circulation and that mean anyone who specifies
Log4JCategoryLog in a commons-logging.properties will find that the
latest jar is no longer a drop in substitution (since Log4JCategoryLog
has been removed from the
Author: rdonkin
Date: Wed Jan 25 11:16:03 2006
New Revision: 372295
URL: http://svn.apache.org/viewcvs?rev=372295view=rev
Log:
Improved exception message. This should allow users who add whitespace to
easily see that they've made a mistake.
Modified:
On Wed, 2006-01-25 at 14:04 -0500, Henri Yandell wrote:
For the ide's, can they be in the same jar?
not sure if they can but it sounds like a good idea :)
What's the advantage of the jar over the zip? The ide can use the jar
without unpacking?
not sure i understand. i was sort of using zip
On Wed, 2006-01-25 at 19:41 +0100, Dennis Lundberg wrote:
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
source and javadoc-ide.zip javadocs. (or similar names)
these
Sounds like a wise thing to do indeed, although you probably are a better judge of the issues that
may arise when not doing this..
Probably the fact that you wrote a mail about it, there must be a doubt and when in doubt, taking
the safe route is probably better..
Mvgr,
Martin
robert burrell
robert burrell donkin wrote:
Log4JCategoryLog has been deprecated since 1.0.3. however, 1.0.2 is
still in wide circulation and that mean anyone who specifies
Log4JCategoryLog in a commons-logging.properties will find that the
latest jar is no longer a drop in substitution (since Log4JCategoryLog
On 1/24/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Tue, 2006-01-24 at 20:42 -0500, Rahul Akolkar wrote:
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site
of
a component? Building for
Dear Ryan,
I am sorry nothing more has happened.
At this point, as of me, i am stuck into the fact that I develop on
places where Java 1.5 is not available and have very little experience
of it.
If some other jelly committers do not show an interest to it, I am
afraid I will have to suggest
On Wed, 2006-01-25 at 19:23 +, robert burrell donkin wrote:
On Wed, 2006-01-25 at 19:41 +0100, Dennis Lundberg wrote:
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
I was hoping that if/when we start working on a new logging version
(2.0?) we would move to maven2
By the way, I'm off on holiday tomorrow, so will be unsubscribing from
the list shortly. See you all on the 7th of feb. Good luck with the
release process!
Enjoy your holiday !
Mvgr,
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by DennisLundberg:
http://wiki.apache.org/jakarta-commons/CreatingSiteWithMaven2
The comment on the change is:
Maven 2.0.2 has been released.
On Wed, 2006-01-25 at 22:08 +0100, Martin van den Bemt wrote:
I was hoping that if/when we start working on a new logging version
(2.0?) we would move to maven2
By the way, I'm off on holiday tomorrow, so will be unsubscribing from
the list shortly. See you all on the 7th of
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by JamesRing:
http://wiki.apache.org/jakarta-commons/CreatingSiteWithMaven2
The comment on the change is:
s/meny/menu/
Author: scolebourne
Date: Wed Jan 25 16:10:43 2006
New Revision: 372373
URL: http://svn.apache.org/viewcvs?rev=372373view=rev
Log:
Enable MultiHashMap compilation on J#
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
Change applied. thanks
Stephen
Robert Ribnitz wrote:
Hello List,
for a project of ours, which uses the Apache Commons collections, I need
to make those runnable in a .NET/J# context.
I have therefore Modified MuliHashMap. I have added a private Method in
the outer class, that can be
robert burrell donkin wrote:
IIRC good reasons were put forward a while ago for starting to
distribute jars aimed at IDE users. src-ide.zip would contain compressed
source and javadoc-ide.zip javadocs. (or similar names)
commons-io-1.1 contains a -src-ide.zip file, as its very useful.
Hi folks,
I'm currently investigating a memory leak in a OJB-using application,
and it seems as if StringUtils is the culprit at least in terms of
memory consumption (OJB uses StringUtils#split, #replace and
#indexOfAny).
The problem is as follows: upon reloading a really simple webapp in
Tomcat
I wonder why the StringUtils Class objects can't be garbage collected.
There should really only be one instance of the StringUtils Class object
after a webapp reload. The previous one should go away with the
WebappClassLoader when it is discarded. Correct? That would mean that we
have a memory
Thomas Dudziak wrote:
Hi folks,
I'm currently investigating a memory leak in a OJB-using application,
and it seems as if StringUtils is the culprit at least in terms of
memory consumption (OJB uses StringUtils#split, #replace and
#indexOfAny).
The problem is as follows: upon reloading a really
On 1/26/06, James Carman [EMAIL PROTECTED] wrote:
I wonder why the StringUtils Class objects can't be garbage collected.
There should really only be one instance of the StringUtils Class object
after a webapp reload. The previous one should go away with the
WebappClassLoader when it is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38341.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 1/26/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
It should already be lazily created. The array should begin as 65535
nulls and only get populated as each character is requested.
Nope, YourKit tells me that there are 5 StringUtils.clinit() objects
still in memory totalling 1.310.760
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38064.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Thomas Dudziak wrote:
On 1/26/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
It should already be lazily created. The array should begin as 65535
nulls and only get populated as each character is requested.
Nope, YourKit tells me that there are 5 StringUtils.clinit() objects
still in
On 1/26/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Doesn't look anything wrong here...
private static final String[] PADDING = new String[Character.MAX_VALUE + 1];
static {
// space padding is most common, start with 64 chars
PADDING[32] = ;
}
or in the
41 matches
Mail list logo
