Thanks for checking in the unit tests.
Although, you checked in the tests running against the refactored code,
without checking in the refactoring. The test cases does not compile
against the code in the repository. Please commit also the following patch
(which I will also try to attach):
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-lang 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-launcher 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-daemon 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-threading 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-http 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=34735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I was downloading the fileupload distribution and noticed that the
following packages are not included in the fileupload jars located at
http://jakarta.apache.org/commons/fileupload/.
org.apache.commons.fileupload.config
org.apache.commons.fileupload.disk
How does Commons JXPath handle cycles when querying JavaBeans? For
instance suppose bean A has a property X whose value is a reference to
bean B. Suppose also bean B has a property Y whose value is a reference
to bean A. Then suppose, starting with bean A as the context node, we
make the query
+1
- robert
On Mon, 2005-05-02 at 20:32 +0100, Rory Winston wrote:
I have placed an RC of Commons-Discovery here:
http://people.apache.org/~rwinston/commons-discovery-0.3.jar
This should fix some long-standing issues.
Please vote to release (or not). I'm starting with my:
+1
AIUI discovery is of full release quality but is feature incomplete. in
other words, what code's there is good enough as far as it goes.
- robert
On Tue, 2005-05-03 at 10:38 +0100, Rory Winston wrote:
Hi Dion,
I think that Discovery is probably more than beta quality , seeing as how
long
On Tue, 2005-05-03 at 07:58 -0700, Mike Colbert wrote:
snip
As an aside, isn't child-first really a misnomer and it's more like
parent-last? Assuming the parent is at the top of the hierarchy,
child-first
implies (to me), that the heirarchy is walked downwardly from the parent, not
Author: olegk
Date: Wed May 4 10:31:44 2005
New Revision: 168150
URL: http://svn.apache.org/viewcvs?rev=168150view=rev
Log:
PR #34721 (Virtual host setting does not apply when parsing and matching
cookies)
Contributed by Oleg Kalnichevski
Reviewed by Ortwin Glck
Modified:
Author: olegk
Date: Wed May 4 10:32:10 2005
New Revision: 168151
URL: http://svn.apache.org/viewcvs?rev=168151view=rev
Log:
PR #34721 (Virtual host setting does not apply when parsing and matching
cookies)
Contributed by Oleg Kalnichevski
Reviewed by Ortwin Glck
Modified:
Author: olegk
Date: Wed May 4 10:35:06 2005
New Revision: 168153
URL: http://svn.apache.org/viewcvs?rev=168153view=rev
Log:
PR #34721
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
Author: olegk
Date: Wed May 4 10:35:27 2005
New Revision: 168154
URL: http://svn.apache.org/viewcvs?rev=168154view=rev
Log:
PR #34721
Modified:
jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/release_notes.txt
Modified:
Isn't the term child-first a misnomer? A class loader can't be a child of
itself? Can it?
IMO, the term parent-last is an improvement over child-first,
parent-second being even a little more precise.
At 19:37 5/4/2005, robert burrell donkin wrote:
On Tue, 2005-05-03 at 07:58 -0700, Mike
On Tue, 2005-05-03 at 19:16 +0200, Ceki Gülcü wrote:
Parent-last! Nice, simple and so much more accurate than child-first, the
term everyone, including myself, uses but which is also unfortunately
incorrect.
actually, mike's right. (took me a while to get my head round it 8-)
As for the
Author: oheger
Date: Wed May 4 10:42:34 2005
New Revision: 168157
URL: http://svn.apache.org/viewcvs?rev=168157view=rev
Log:
Patch for issue 34362, contributed by Jamie Guillemette; the URL of the
configuration file is stored in the load() method and reused by save()
Modified:
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=34362.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: oheger
Date: Wed May 4 10:55:45 2005
New Revision: 168158
URL: http://svn.apache.org/viewcvs?rev=168158view=rev
Log:
Fix for issue 34362
Modified:
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
Modified: jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
Folks,
I'm trying to use Common Pool in a project. The documentation says that
it uses a FIFO (First In First Out) behavior that makes sure each object
is regularly used (helps preventing time-outs).
In my code, I add a bunch of objects to the pool, then borrow and return
them from/to the pool.
Author: oheger
Date: Wed May 4 11:46:07 2005
New Revision: 168163
URL: http://svn.apache.org/viewcvs?rev=168163view=rev
Log:
Added Jamie M. Guillemette to the list of contributors
Modified:
jakarta/commons/proper/configuration/trunk/project.xml
Modified:
On Wed, 2005-05-04 at 19:39 +0200, Ceki Gülcü wrote:
Isn't the term child-first a misnomer? A class loader can't be a child of
itself? Can it?
IMO, the term parent-last is an improvement over child-first,
parent-second being even a little more precise.
hoped no one would notice that i
Author: ozeigermann
Date: Wed May 4 12:03:52 2005
New Revision: 168168
URL: http://svn.apache.org/viewcvs?rev=168168view=rev
Log:
Fixed wrong release year
Modified:
jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml
Modified:
Author: ozeigermann
Date: Wed May 4 12:23:29 2005
New Revision: 168170
URL: http://svn.apache.org/viewcvs?rev=168170view=rev
Log:
Made minotaur the site address
Modified:
jakarta/commons/proper/transaction/trunk/project.xml
Modified: jakarta/commons/proper/transaction/trunk/project.xml
--- robert burrell donkin [EMAIL PROTECTED] wrote:
On Tue, 2005-05-03 at 19:16 +0200, Ceki Gülcü wrote:
Parent-last! Nice, simple and so much more accurate than child-first, the
term everyone, including myself, uses but which is also unfortunately
incorrect.
actually, mike's right.
Isn't the term child-first a misnomer? A class loader can't be a child of
itself? Can it?
Exactly my point, if you are looking from the perspective of the initiating
class loader.
IMO, the term parent-last is an improvement over child-first,
parent-second being even a little more
Folks!
I just tried to udpate the commons transaction website, but had no
luck as no access was granted to jakarta.apache.org which was the
default site address for maven. Chaning the address to minotaur does
not help as the changes are not reflected in the website. Now,
in the case of a parent-first classloader, the buggy implementation
would not be exposed since the call would be delegated to the system
classloader. in the case of a child-first classloader, a buggy
implementation may try to define SecurityManager itself and this bug
exploited.
This would
On Wed, 2005-05-04 at 13:03 -0700, Mike Colbert wrote:
in the case of a parent-first classloader, the buggy implementation
would not be exposed since the call would be delegated to the system
classloader. in the case of a child-first classloader, a buggy
implementation may try to define
If a security manager was in place to begin with, which it would be in an
environment which you would want to secure, it probably wouldn't allow
applications to create their own classloaders anyway (the ClassLoader class'
constructor checks to see whether you have that privilege). A reasonable
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=34717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Mon, 2005-05-02 at 22:45 +1200, Simon Kitching wrote:
On Sun, 2005-05-01 at 11:57 +0100, robert burrell donkin wrote:
On Sat, 2005-04-30 at 00:35 +1200, Simon Kitching wrote:
snip
Analysis of the effectiveness of static in the demonstration scenarios:
1-4: static fails, but
the setup i had in mind was a container with a buggy classloader. the
security manager would allow classloaders to be created by the container
but try to prevent access to certain files. the malicious web
application code would be crafted to exploit the bug in the container
classloader to allow a
What sort of bug in the classloader would you be looking to exploit which
would allow you to install a malicious SecurityManager?
-Original Message-
From: robert burrell donkin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 5:33 PM
To: Jakarta Commons Developers List
Subject:
Author: stevencaswell
Date: Wed May 4 15:12:30 2005
New Revision: 168200
URL: http://svn.apache.org/viewcvs?rev=168200view=rev
Log:
added svn path to the committers repository in the building/site generation
section
Modified:
jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml
Elliotte,
While traversing the graph of model objects, JXPath maintains a trace of
nodes it's visited. If it encouters a node that has already been visited,
it simply skips it. That's how it avoids the infinite loop in a situation
like the one you are describing.
I hope this helps,
- Dmitri
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=34730.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
+1 from me
On 5/3/05, Rory Winston [EMAIL PROTECTED] wrote:
I have placed an RC of Commons-Discovery here:
http://people.apache.org/~rwinston/commons-discovery-0.3.jar
This should fix some long-standing issues.
Please vote to release (or not). I'm starting with my:
+1
Author: stevencaswell
Date: Wed May 4 18:26:00 2005
New Revision: 168225
URL: http://svn.apache.org/viewcvs?rev=168225view=rev
Log:
added compile.excludes attribute to the javac element, with the value set to
the compile.excludes property;
added excludepackagenames attribute to the javadoc
Author: stevencaswell
Date: Wed May 4 18:26:56 2005
New Revision: 168226
URL: http://svn.apache.org/viewcvs?rev=168226view=rev
Log:
update version to 2.1-RC5;
added properties compile.excludes and excludepackagenames to support building a
distribution without a package
Modified:
Author: stevencaswell
Date: Wed May 4 18:28:16 2005
New Revision: 168227
URL: http://svn.apache.org/viewcvs?rev=168227view=rev
Log:
added maven.clover.excludes property to exclude the text package (exluded from
2.1 release)
Modified:
jakarta/commons/proper/lang/trunk/project.properties
Author: stevencaswell
Date: Wed May 4 18:29:46 2005
New Revision: 168229
URL: http://svn.apache.org/viewcvs?rev=168229view=rev
Log:
updated status to 2.1-RC5;
added excluding the text package as a source modification and unit text
exclusion
Modified:
Author: stevencaswell
Date: Wed May 4 18:31:06 2005
New Revision: 168230
URL: http://svn.apache.org/viewcvs?rev=168230view=rev
Log:
removed description of the text package since it is excluded from the 2.1
release;
updated e-mail address
Modified:
Author: stevencaswell
Date: Wed May 4 18:32:02 2005
New Revision: 168231
URL: http://svn.apache.org/viewcvs?rev=168231view=rev
Log:
removed link to lang.text section
Modified:
jakarta/commons/proper/lang/trunk/xdocs/userguide.xml
Modified:
Author: stevencaswell
Date: Wed May 4 18:33:23 2005
New Revision: 168232
URL: http://svn.apache.org/viewcvs?rev=168232view=rev
Log:
added the fix from the maven xdoc plug-in that corrects the extra space between
the end of an anchor and punctuation
Modified:
Author: stevencaswell
Date: Wed May 4 18:54:13 2005
New Revision: 168236
URL: http://svn.apache.org/viewcvs?rev=168236view=rev
Log:
added deleting the text package from source (java and test) when preparing the
source filesystem for building the source distribution, because the text
package is
RC5 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1
The significant change is the exclusion of the o.c.l.text package and
associated javadocs, clover results, jdiff, clirr. I also found and
corrected the maven xdoc problem that caused the extra space between anchors
and
It looks like the FileSystemUtils class I wrote that contained the
method to get free space on a volume in a cross-platform manner has been
removed... Or am I just missing it? It the later, please point me at it
because I'm not seeing it in CVS... If the former though, who removed it
and why?
Frank,
The whole of commons has moved from CVS to SVN - your FileSystemUtils class
is in SVN:
http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/io/trunk/
Niall
- Original Message -
From: Frank W. Zammetti [EMAIL PROTECTED]
Sent: Thursday, May 05, 2005 4:19 AM
It looks like
Ah, that would explain much :) Thank you Niall!
(P.S., I was only asking about this because someone else sent me a
private eMail asking where it was... they remembered seeing discussion
of it some time ago and thought it would be perfect for their needs...
otherwise I wouldn't have noticed)
Curious, have all the methods flagged as added in:
http://people.apache.org/~stevencaswell/commons-lang-2.1/clirr-2.0-to-2.
1.txt
been check for @since 2.1 in the Javadocs?
Gary
-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 6:59 PM
To:
54 matches
Mail list logo