Author: skitching
Date: Sun Oct 29 01:56:44 2006
New Revision: 468847
URL: http://svn.apache.org/viewvc?view=revrev=468847
Log:
Change @since from 1.7.1 to 1.8 as that's what the next release will now be
labelled.
Modified:
Author: skitching
Date: Sun Oct 29 01:59:17 2006
New Revision: 468849
URL: http://svn.apache.org/viewvc?view=revrev=468849
Log:
Change @since from 1.7.1 to 1.8
Modified:
jakarta/commons/proper/digester/trunk/src/java/org/apache/commons/digester/StackAction.java
Modified:
Author: skitching
Date: Sun Oct 29 01:04:32 2006
New Revision: 468851
URL: http://svn.apache.org/viewvc?view=revrev=468851
Log:
Update version number from 1.7.1 to 1.8; that will be the next release version.
Modified:
jakarta/commons/proper/digester/trunk/RELEASE-NOTES.txt
Modified:
Hi,
I'd like to enable building of digester with maven2. Any suggestions as
to which commons project's pom.xml I should base it on? I know some work
has been going on for maven2 support recently..
Thanks,
Simon
-
To
This may be another case where we should consider placing the major
version number in the package name.
Stephen
Sandy McArthur wrote:
As I mentioned on commons-user I plan to prep a pool 2.0 release
candidate in the next week. I'll compile a complete list of changes
but here are the
Author: olegk
Date: Sun Oct 29 03:33:11 2006
New Revision: 468880
URL: http://svn.apache.org/viewvc?view=revrev=468880
Log:
HttpClient release 3.1-beta1
Added:
jakarta/commons/proper/httpclient/tags/HTTPCLIENT_3_1_BETA1/
- copied from r468879, jakarta/commons/proper/httpclient/trunk/
PROPOSAL:
The major version number of a component, where it is greater than 1,
shall be included in the package name.
EXAMPLE:
org.apache.commons.pool - version 1.x line
org.apache.commons.pool2 - version 2.x line
RATIONALE:
Java has no mechanism for handling different versions of the same
Simon Kitching wrote:
Hi,
I'd like to enable building of digester with maven2. Any suggestions as
to which commons project's pom.xml I should base it on? I know some work
has been going on for maven2 support recently..
Thanks,
Simon
You could try the maven-one-plugin [1] (for Maven 2) which
I recently had the problem to find the partition with the most free
space available.
FileSystemUtils.freeSpace was not working in that case, because I
wanted to check all available drives/mount points.
I solved this problem by using df on Linux and WMI (windows management
instrumentation) on
1)
Since Cloneable is broken in Java, I think it would be a good idea to
introduce a better solution. The simplest solution would be
public interface Copyable extends Cloneable {
public Object clone();
}
This would get rid of the problem that the clone method is not part of
the Cloneable
On 10/29/06, Gregor Zeitlinger [EMAIL PROTECTED] wrote:
I recently had the problem to find the partition with the most free
space available.
FileSystemUtils.freeSpace was not working in that case, because I
wanted to check all available drives/mount points.
I solved this problem by using df on
Author: rdonkin
Date: Sun Oct 29 07:13:20 2006
New Revision: 468919
URL: http://svn.apache.org/viewvc?view=revrev=468919
Log:
Added missing licenses.
Modified:
jakarta/commons/proper/betwixt/trunk/doap_betwixt.rdf
What about File.listRoots() ?
It returns / on Linux, even if /var (for example) is a different mount point
(see http://java.sun.com/j2se/1.4.2/docs/api/java/io/File.html#listRoots())
Other than that, it would probably work.
But there are other methods beyond freeSpace that make sense for a
I recently had a severe memory leak because more listeners were added
to a listener list than removed.
I solved the problem by adding only WeakReferences and compacting the
list in a separate thread. CursorableLinkedList has a similar solution
for cursors - except that the cursors are not cleaned
Author: rdonkin
Date: Sun Oct 29 08:30:16 2006
New Revision: 468932
URL: http://svn.apache.org/viewvc?view=revrev=468932
Log:
Not sure about the licensing for file.
Removed:
jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/examples/rss/rss-0.91.dtd
Author: rdonkin
Date: Sun Oct 29 09:05:59 2006
New Revision: 468942
URL: http://svn.apache.org/viewvc?view=revrev=468942
Log:
Fixed javadoc warnings
Modified:
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java
Author: rdonkin
Date: Sun Oct 29 09:44:36 2006
New Revision: 468948
URL: http://svn.apache.org/viewvc?view=revrev=468948
Log:
Preparations for 0.8 release
Modified:
jakarta/commons/proper/betwixt/trunk/xdocs/index.xml
jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml
Modified:
We already have SerializationUtils.clone() to help with cloning.
I can't see how a CloneBuilder would help. Each clone is a very class
specific function, and typically needs to be written directly within the
class itself.
There just might be a role for a public clone interface, although it
getNestedProperty doesn't work with maps properly
-
Key: BEANUTILS-252
URL: http://issues.apache.org/jira/browse/BEANUTILS-252
Project: Commons BeanUtils
Issue Type: Bug
Affects Versions:
Null-safe comparison methods for finding most recent / least recent dates.
--
Key: LANG-291
URL: http://issues.apache.org/jira/browse/LANG-291
Project: Commons Lang
[ http://issues.apache.org/jira/browse/LANG-291?page=all ]
David J. M. Karlsen updated LANG-291:
-
Attachment: DateUtils-patch-rev468924.txt
Patch includes the two implementations and tests
Null-safe comparison methods for finding most recent /
Author: rdonkin
Date: Sun Oct 29 12:58:43 2006
New Revision: 468993
URL: http://svn.apache.org/viewvc?view=revrev=468993
Log:
Added a couple of improved reports. Derived from Commons Collections versions.
Added:
jakarta/commons/proper/betwixt/trunk/xdocs/cvs-usage.xml
Rory Winston wrote:
Susanne
It may be possible that there is a bug in the FTPSClient impl - can you
post a transcript of the FTP commands and responses sent over the wire?
I've now tested this with FtpServer and I think I got a clue as to what
is going on. But, I would like to confirm my
Author: psteitz
Date: Sun Oct 29 13:48:02 2006
New Revision: 469008
URL: http://svn.apache.org/viewvc?view=revrev=469008
Log:
Added tests and fixed errors remaining in DelegatingConnection,
PoolGuardConnectionWrapper equals implementations.
JIRA: DBCP-198
Modified:
[
http://issues.apache.org/jira/browse/DBCP-198?page=comments#action_12445464 ]
Phil Steitz commented on DBCP-198:
--
Additional tests and fix to handle the case where accessToUnderlyingConnection
is false committed in r469008.
Niklas Gustavsson wrote:
Rory Winston wrote:
Susanne
It may be possible that there is a bug in the FTPSClient impl - can
you post a transcript of the FTP commands and responses sent over the
wire?
I've now tested this with FtpServer and I think I got a clue as to what
is going on. But, I
On 10/29/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
This may be another case where we should consider placing the major
version number in the package name.
I don't think so.
There are no binary compatibility changes. Only slight behavioral
changes within what has always been allowed for
CollectionUtils.size(null) should return 0
--
Key: COLLECTIONS-230
URL: http://issues.apache.org/jira/browse/COLLECTIONS-230
Project: Commons Collections
Issue Type: Wish
Affects Versions: 3.2
On 10/29/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
PROPOSAL:
The major version number of a component, where it is greater than 1,
shall be included in the package name.
EXAMPLE:
org.apache.commons.pool - version 1.x line
org.apache.commons.pool2 - version 2.x line
RATIONALE:
Java has no
+1
I agree this is an issue which package maintainers will need to consider
when making major releases. I dont believe that mandating package name
changes is an appropriate solution.
Niall Pemberton wrote:
On 10/29/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
PROPOSAL:
The major version
That should be an appropriate solution *for everybody*
Rory Winston wrote:
+1
I agree this is an issue which package maintainers will need to
consider when making major releases. I dont believe that mandating
package name changes is an appropriate solution.
Niall Pemberton wrote:
On
Hi Everybody!
I am new to the commons as a developer, but I have been using the
libraries for a while now, and I would like to give something back.
My question is this - what areas are most in need of maintenance or
improvement? I have gone through the bug database, and it seems as if
much of
I shall be opening a ticket for the Closure one in the next while (when
I get a chance).
Note that Procedure and Function don't actually say anything - they're
very broad programming principals. Also note that a Factory may not
actually create/generate something (it may already be in the
[ http://issues.apache.org/jira/browse/LANG-285?page=all ]
Guillaume Coté updated LANG-285:
Attachment: unaccent.patch
A patch that add a method unaccent in StringUtil and the corresponding test
cases.
P.S. My svn is outputing in french, even if my
[ http://issues.apache.org/jira/browse/LANG-285?page=all ]
Guillaume Coté updated LANG-285:
Attachment: MapBuilder.java
MapBuilder.java is little program that I use to gererate a map of caracters.
This isn't intend to be included in the repository,
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445490 ]
Sandy McArthur commented on POOL-86:
Firstly, borrowObject() is returning the LRU object rather than the MRU
object. That minimizes rather than maximizes
36 matches
Mail list logo