+1 from me.
Niall
On 12/10/06, robert burrell donkin [EMAIL PROTECTED] wrote:
we've been through 4 release candidate for commons betwixt but the
consensus now seems to be that the candidate is now good enough.
release candidate 4 is available @
JEXL 1.1 doesn't appear to have been added to the m2 rsync directory:
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-jexl/jars/
Niall
On 9/7/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
This VOTE has passed.
Result: 5 +1s. No other votes.
+1:
Rahul Akolkar
Dion Gillard
Phil
Looks good to me - only problem I had was with trying out the build
and jexl 1.1 jar missing - once I installed that locally it was all
fine though.
Niall
On 12/8/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
http://people.apache.org/~rahul/commons/scxml-0.6/rc1/
Notes:
* This is a m1 JDK 1.4
[
http://issues.apache.org/jira/browse/DBCP-204?page=comments#action_12457631 ]
Wei Chen commented on DBCP-204:
---
hi, i had a rough implementation of this future which has not been fully tested
yet. I'll consider to create a patch after the
Niall Pemberton wrote on Tuesday, December 12, 2006 9:35 AM:
JEXL 1.1 doesn't appear to have been added to the m2 rsync directory:
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-jexl/jars/
It's available in the M1 M2 central repo though:
Hi,
I've seen that the borrowObject of the GenericObjectPool release 1.3 has
became synchronized around the
factory methods.
So If I am not wrong in this way one single borrowObject that calls one
slow makeObject, of
one connection for example, will block the entire pool from releasing
On 12/12/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Niall Pemberton wrote on Tuesday, December 12, 2006 9:35 AM:
JEXL 1.1 doesn't appear to have been added to the m2 rsync directory:
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-jexl/jars/
It's available in the M1 M2
Failed build logs:
http://people.apache.org/~psteitz/commons-nightlies/20061212/fileupload.log
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Niall Pemberton wrote on Tuesday, December 12, 2006 12:58 PM:
On 12/12/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Niall Pemberton wrote on Tuesday, December 12, 2006 9:35 AM:
JEXL 1.1 doesn't appear to have been added to the m2 rsync
directory:
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-jelly-tags-jsl-test has an issue affecting its community
integration.
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-jelly-tags-jsl-test has an issue affecting its community
integration.
On 12/12/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Niall Pemberton wrote on Tuesday, December 12, 2006 12:58 PM:
On 12/12/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Niall Pemberton wrote on Tuesday, December 12, 2006 9:35 AM:
JEXL 1.1 doesn't appear to have been added to the m2 rsync
On 12 Dec 2006 12:02:54 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Failed build logs:
http://people.apache.org/~psteitz/commons-nightlies/20061212/fileupload.log
Ok, I see that the problem is most possibly, because the Ant build
script isn't updated. The build script should use
commons
[
http://issues.apache.org/jira/browse/DBCP-205?page=comments#action_12457739 ]
Rida Ligurs commented on DBCP-205:
--
Hi Phil,
Thanks for your response. I tried your suggestion of increasing maxIdle
to 10 and it worked. I really didn't want to
On 12/12/06, Niall Pemberton [EMAIL PROTECTED] wrote:
JEXL 1.1 doesn't appear to have been added to the m2 rsync directory:
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-jexl/jars/
snip/
There appears to be some behind-the-scenes-magic here. The September
9th logs [1]
On 12/12/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 12/12/06, Niall Pemberton [EMAIL PROTECTED] wrote:
JEXL 1.1 doesn't appear to have been added to the m2 rsync directory:
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-jexl/jars/
snip/
There appears to be some
On 12/12/06, Niall Pemberton [EMAIL PROTECTED] wrote:
Looks good to me - only problem I had was with trying out the build
and jexl 1.1 jar missing - once I installed that locally it was all
fine though.
snip/
Thanks for your time and the feedback (replied on the JEXL thread
about that one).
On 12/12/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 12/12/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
There appears to be some behind-the-scenes-magic here. The September
9th logs [1] (date of the release) show the JEXL 1.1 artifacts being
added (at the above URL). Having read
New generic CodeValidator that validates format, length and Check Digit for a
code
--
Key: VALIDATOR-215
URL: http://issues.apache.org/jira/browse/VALIDATOR-215
Project:
On 12/12/06, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 12 Dec 2006 12:02:54 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Failed build logs:
http://people.apache.org/~psteitz/commons-nightlies/20061212/fileupload.log
Ok, I see that the problem is most possibly, because the Ant build
Author: niallp
Date: Tue Dec 12 09:00:42 2006
New Revision: 486229
URL: http://svn.apache.org/viewvc?view=revrev=486229
Log:
RegexValidator corrections - don't include missing groups and use Pattern's
pattern() method rather than toString()
Modified:
Author: niallp
Date: Tue Dec 12 09:01:30 2006
New Revision: 486230
URL: http://svn.apache.org/viewvc?view=revrev=486230
Log:
Minor release notes update
Modified:
jakarta/commons/proper/validator/trunk/xdocs/changes.xml
Modified: jakarta/commons/proper/validator/trunk/xdocs/changes.xml
URL:
Author: niallp
Date: Tue Dec 12 09:02:56 2006
New Revision: 486233
URL: http://svn.apache.org/viewvc?view=revrev=486233
Log:
VALIDATOR-215 - add new generic code validator
Added:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/CodeValidator.java
DatabaseConfiguration and JNDIConfiguration are eating exceptions
-
Key: CONFIGURATION-245
URL: http://issues.apache.org/jira/browse/CONFIGURATION-245
Project: Commons Configuration
Author: niallp
Date: Tue Dec 12 09:50:05 2006
New Revision: 486253
URL: http://svn.apache.org/viewvc?view=revrev=486253
Log:
Update routines documentation for CodeValidator
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
Author: niallp
Date: Tue Dec 12 10:04:36 2006
New Revision: 486257
URL: http://svn.apache.org/viewvc?view=revrev=486257
Log:
Add entry about JDK 1.4 in the release notes
Modified:
jakarta/commons/proper/validator/trunk/xdocs/changes.xml
Modified:
Author: jochen
Date: Tue Dec 12 10:04:49 2006
New Revision: 486258
URL: http://svn.apache.org/viewvc?view=revrev=486258
Log:
Updated project.xml to commons-io-1.3-SNAPSHOT
Modified:
jakarta/commons/proper/fileupload/trunk/project.xml
Modified:
On 12/12/06, Henri Yandell [EMAIL PROTECTED] wrote:
It uses the maven-1 build currently.
Fool that I am! Sorry!
I have updated the project.xml to use commons-io-1.3-SNAPSHOT as well.
However, that version is not yet available in the maven repositories,
AFAIK. Is there anything I need to do
MultiValueMap: behavior of entrySet().iterator() is not the expected one
Key: COLLECTIONS-237
URL: http://issues.apache.org/jira/browse/COLLECTIONS-237
Project: Commons
UrlValidator rejects top-level domains (TLDs) with more than 4 characters
-
Key: VALIDATOR-216
URL: http://issues.apache.org/jira/browse/VALIDATOR-216
Project: Commons Validator
jar builds fine from source, all tests pass with JDK 1.5/Linux
+1
- Jörg
robert burrell donkin wrote:
we've been through 4 release candidate for commons betwixt but the
consensus now seems to be that the candidate is now good enough.
release candidate 4 is available @
[
http://issues.apache.org/jira/browse/COLLECTIONS-237?page=comments#action_12457899
]
Henri Yandell commented on COLLECTIONS-237:
---
Given that we flatten values(), it makes a lot of sense to return a flattened
entrySet() and not an
Author: bayard
Date: Tue Dec 12 14:11:41 2006
New Revision: 486363
URL: http://svn.apache.org/viewvc?view=revrev=486363
Log:
Setting the maven repo - apologies if this borks anything
Modified:
jakarta/commons/proper/attributes/trunk/project.properties
Author: bayard
Date: Tue Dec 12 14:15:32 2006
New Revision: 486366
URL: http://svn.apache.org/viewvc?view=revrev=486366
Log:
Setting the maven repo - apologies if this borks anything
Modified:
jakarta/commons/sandbox/compress/trunk/project.properties
On 12/12/06, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 12/12/06, Henri Yandell [EMAIL PROTECTED] wrote:
It uses the maven-1 build currently.
Fool that I am! Sorry!
I have updated the project.xml to use commons-io-1.3-SNAPSHOT as well.
However, that version is not yet available in the maven
Hey!
release candidate 4 is available @
http://people.apache.org/~rdonkin/commons-betwixt/ and the site @
http://people.apache.org/~rdonkin/commons-betwixt/site/
gpg: BAD signature from Robert Burrell Donkin (CODE SIGNING KEY)
[EMAIL PROTECTED]
Any idea why its BAD?
Haven't had
Author: bayard
Date: Tue Dec 12 14:34:39 2006
New Revision: 486377
URL: http://svn.apache.org/viewvc?view=revrev=486377
Log:
Applying a unit test for LANG-299 and the fix that Francisco Benavent suggests.
Modified:
[ http://issues.apache.org/jira/browse/LANG-299?page=all ]
Henri Yandell updated LANG-299:
---
Attachment: LANG-299.patch
Unit test created and fix applied.
Bug in method appendFixedWidthPadRight of class StrBuilder causes an
[ http://issues.apache.org/jira/browse/LANG-299?page=all ]
Henri Yandell resolved LANG-299.
Fix Version/s: 2.3
Resolution: Fixed
Applying my patch. Took a bit to find out the actual failing test as you either
have to make the StrBuilder smaller
[
http://issues.apache.org/jira/browse/NET-143?page=comments#action_12457963 ]
Felix Wong commented on NET-143:
Acutally, the code snippet reported here worked on AIX and Windows ftp server
but not on Linux 3 and 4. With the help of the trace
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 reltian:
http://wiki.apache.org/jakarta-commons/FileUpload
--
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 reltian:
http://wiki.apache.org/jakarta-commons/FileUpload
--
[
http://issues.apache.org/jira/browse/VALIDATOR-216?page=comments#action_12458009
]
Gabriel Belingueres commented on VALIDATOR-216:
---
We could modify it this way (surely there are better ways, but this will quicly
patch it for
[ http://issues.apache.org/jira/browse/VALIDATOR-216?page=all ]
Gabriel Belingueres updated VALIDATOR-216:
--
Attachment: TLDConstants.java
UrlValidator rejects top-level domains (TLDs) with more than 4 characters
[ http://issues.apache.org/jira/browse/VFS-90?page=all ]
Elifarley Callado Coelho updated VFS-90:
Attachment: RACRandomAccessFile.java.bz2
I have removed the static field, so it's thread safe now.
Please take a look at it again.
Regards,
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 reltian:
http://wiki.apache.org/jakarta-commons/FileUpload
--
[ http://issues.apache.org/jira/browse/LOGGING-25?page=all ]
Simon Kitching reopened LOGGING-25:
---
Reopen due to report by David Smiley
[logging] call to getClassLoader() in LogFactoryImpl not checked for null
[ http://issues.apache.org/jira/browse/VFS-90?page=all ]
Mario Ivankovits reopened VFS-90:
-
Assignee: Mario Ivankovits
Thanks! Will give it a try.
RandomAccessFile backed by a RandomAccessContent instance
[ http://issues.apache.org/jira/browse/VFS-90?page=all ]
Mario Ivankovits updated VFS-90:
Fix Version/s: 1.1 Final
RandomAccessFile backed by a RandomAccessContent instance
-
Author: bayard
Date: Tue Dec 12 23:09:24 2006
New Revision: 486523
URL: http://svn.apache.org/viewvc?view=revrev=486523
Log:
More unit tests and bugfixes. The currently failing test is commented out, so
more bugfixes to come.
Modified:
Author: bayard
Date: Tue Dec 12 23:12:38 2006
New Revision: 486525
URL: http://svn.apache.org/viewvc?view=revrev=486525
Log:
Let a few tab characters slip in - Eclipse wasn't configured yet. Replacing
with spaces.
Modified:
On 12/12/06, Mat [EMAIL PROTECTED] wrote:
if the borrowobject blocks on the factory
methods there will be an huge performance issue.
Yes, but without it there are thread-safety issues. I agree, it's a
performance issue, but I'm not sure how huge it is except under
micro-benchmarks.
--
Sandy
52 matches
Mail list logo
