On Tue, 2005-06-28 at 22:55 +0100, robert burrell donkin wrote:
i've been cutting a release (the first i've cut for quite a while) so i
thought it'd be a good idea to try to improve the release documentation.
snip/
Thanks Robert, this is very helpful (even for non-committers).
On 6/29/05,
Emmanuel Bourg wrote:
Simon Kitching wrote:
You mean that someone with special resolving requirements should provide
a custom class that implements Map?
Yes that's what I mean.
However for the other cases the user has to implement the Map interface
which it's quite a lot of work. As the
Author: imario
Date: Wed Jun 29 01:30:32 2005
New Revision: 202335
URL: http://svn.apache.org/viewcvs?rev=202335view=rev
Log:
PR35520
Reported By: Jacob Kjome hoju -at- visi.com
Need special handling of FileNames for URLFileProvider. We need to dispatch the
url to the corresponding
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=35520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 2005-06-28 at 22:32 +0100, robert burrell donkin wrote:
The problem is that people won't be referring to it in the normal way,
via an import in their code (at least it's *theoretically* possible, but
I can't imagine anyone actually subclassing Log4JLogger.
IMHO we should have
Hi,
I think it would be nice if I could force the client, to return the borrowed
objects to the pool.
As I see other guys think so too. nice :)
I´ve mentioned that it would be an approach to have an interface that have
to be implemnted by
the objects that are polable. But this could be a problem.
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 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-jelly 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-configuration-10 has an issue affecting its community
integration.
This
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-configuration-10 has an issue affecting its community
integration.
This
Hi Edin,
Edin Ahmetagic wrote on Wednesday, June 29, 2005 12:10 PM:
Hi,
I think it would be nice if I could force the client, to
return the borrowed objects to the pool. As I see other guys think so
too. nice :)
I´ve mentioned that it would be an approach to have an
interface that have
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=23652.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35540.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi All,
Quite a few of the JCL unit tests need to be run with specific
classloader hierarchies set.
The current solution is to avoid running the standard
junit.textui.TestRunner class and instead run the
org.apache.commons.logging.Wrapper class which sets up any custom
classpath needed then
I have an idea, for forcing clients to return borrowd objects.
It seems like a scruffy design :-/
You could use the Reference Objects API to check how many objects hold an
reference to
the pooled object.
As I suppose:
If the common-pool borrow an object to the client, the client and the pool
hold
I find the general approach quite brilliant. It might be the right answer
to the bigger problem of testing class loader related issues with Junit
instead of through a static main method. However, the approach has the
disadvantage of displacing some of the test logic into junit. Of course,
Author: imario
Date: Wed Jun 29 06:24:27 2005
New Revision: 202373
URL: http://svn.apache.org/viewcvs?rev=202373view=rev
Log:
show name of failed jar during scan of plugin-resources
Modified:
Author: imario
Date: Wed Jun 29 06:25:18 2005
New Revision: 202374
URL: http://svn.apache.org/viewcvs?rev=202374view=rev
Log:
webdavlib 2.2pre1 (and its new dependency dom) - need to update webdavlib on
cvs.apache.org for it to work
Modified:
jakarta/commons/proper/vfs/trunk/build.xml
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=35470.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35543.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35543.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi wait a sec, you cannot just let the other methods unimplemented,
the code will not compile. All interface methods must be implemented,
the bodies of void methods can be empty, others and can return nulls and
0's or throw exceptions, sure, but that seems confusing.
It seems simpler to have an
FWIW, I am a committer and I would prefer to see Oliver's approach. I am
open to discuss alternatives too of course.
(I read the message about Velocity but I'm not sure if I want to carry
the whole Velocity engine):
Here is my wishful thinking for this feature:
- Oliver's VariableResolver
Gary Gregory wrote:
Hi wait a sec, you cannot just let the other methods unimplemented,
the code will not compile. All interface methods must be implemented,
the bodies of void methods can be empty, others and can return nulls and
0's or throw exceptions, sure, but that seems confusing.
By
Hm, I did not realize that being to f/w-ish was an issue, which is fine
and seems clear now.
How about this as a compromise (thinking aloud):
The (currently imaginary) class VariableFormat holds a Map and defines a
method VariableFormat#resolve(String name).
[configuration] can subclass the
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=35548.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35548.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Gary Gregory wrote:
Hm, I did not realize that being to f/w-ish was an issue, which is fine
and seems clear now.
How about this as a compromise (thinking aloud):
The (currently imaginary) class VariableFormat holds a Map and defines a
method VariableFormat#resolve(String name).
Hello,
We are doing daily nightly build of commons logging, but due to some reason
the builds are failing.
This is the link to log file:
http://www.spikesource.com/spikewatch.logs/suse-92-i586/765/commons-logging/logs/commons-logging.build.maven.log
Can you please look at it and tell me,
Author: imario
Date: Wed Jun 29 11:39:28 2005
New Revision: 202411
URL: http://svn.apache.org/viewcvs?rev=202411view=rev
Log:
changed to latest webdavlib build
Modified:
jakarta/commons/proper/vfs/trunk/build.xml
jakarta/commons/proper/vfs/trunk/project.xml
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=35548.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: imario
Date: Wed Jun 29 12:20:31 2005
New Revision: 202415
URL: http://svn.apache.org/viewcvs?rev=202415view=rev
Log:
1.0-RC1
Added:
jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt (with props)
Modified:
jakarta/commons/proper/vfs/trunk/build.xml
Author: imario
Date: Wed Jun 29 12:21:40 2005
New Revision: 202416
URL: http://svn.apache.org/viewcvs?rev=202416view=rev
Log:
RC1
Added:
jakarta/commons/proper/vfs/tags/vfs-1.0-RC1/
- copied from r202415, jakarta/commons/proper/vfs/trunk/
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 RobertBurrellDonkin:
http://wiki.apache.org/jakarta-commons/JakartaCommonsEtiquette
The comment on the change is:
Added a couple of
Author: imario
Date: Wed Jun 29 12:35:48 2005
New Revision: 202417
URL: http://svn.apache.org/viewcvs?rev=202417view=rev
Log:
gpg KEYS
Added:
jakarta/commons/proper/vfs/trunk/KEYS
Added: jakarta/commons/proper/vfs/trunk/KEYS
URL:
Oliver wrote: And to gain more convenience when directly called the
VariableFormat class could still define a static method String
replace(String source, Map map), which would internally create an
instance, feed it with the passed in map and call the interpolation
method on this instance.
Seems
On Wed, 2005-06-29 at 17:37 +1200, Simon Kitching wrote:
snip
lazy consensus: it would be nice to have a link to the definition of
this. I can't remember whether this requires at least 3 +1 votes.
i don't know whether there's a good explanation any more.
i can't find the jakarta document (i
On Wed, 2005-06-29 at 02:03 -0400, Rahul Akolkar wrote:
snip
On 6/29/05, Simon Kitching [EMAIL PROTECTED] wrote:
snip/
lazy consensus: it would be nice to have a link to the definition of
this. I can't remember whether this requires at least 3 +1 votes.
No minimum +1s, usually time
Hi!
The commons vfs community is happy to announce the availability of
commons-vfs 1.0 RC1.
Please find the RC at
http://people.apache.org/~imario/vfs
The site can be reviewed at
http://people.apache.org/~imario/vfs-1.0-RC1/site
This is my first release so please forbear with me about the
Author: rdonkin
Date: Wed Jun 29 13:28:03 2005
New Revision: 202421
URL: http://svn.apache.org/viewcvs?rev=202421view=rev
Log:
Improved to release preparation documentation.
Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml
Modified:
Author: rdonkin
Date: Wed Jun 29 13:31:14 2005
New Revision: 202422
URL: http://svn.apache.org/viewcvs?rev=202422view=rev
Log:
Ignore build.properties
Modified:
jakarta/commons/proper/commons-build/trunk/ (props changed)
Propchange: jakarta/commons/proper/commons-build/trunk/
As I mentioned peviously, I added an empty statement to catch blocks
because an empty catch block is not a good thing and an empty
statement is a way to at least show there was a modicum of thought to
having the catch do nothing. The empty statement works for some style
checkers like Checkstyle
As I mentioned peviously, I added an empty statement to catch blocks
because an empty catch block is not a good thing and an empty
statement is a way to at least show there was a modicum of thought to
having the catch do nothing. The empty statement works for some style
checkers like Checkstyle
I am +1 on removing the ; and making the style checker behave with
reason.
IMHO, an empty catch block is OK IFF it is { // documented in-line }. I
have my Eclipse settings set to warn me of this but I know not everyone
uses Eclipse.
Gary
-Original Message-
From: Steven Caswell
I find the general approach quite brilliant. It might be the right
answer to the bigger problem of testing class loader related issues with
Junit instead of through a static main method. However, the approach has
the disadvantage of displacing some of the test logic into junit. Of
course, the
Actually, I was proposing to leave the ; in to mark the empty
statement (sorry I wasn't clear).This is the simplest way to make PMD
know about the empty statement.
On 6/29/05, Gary Gregory [EMAIL PROTECTED] wrote:
I am +1 on removing the ; and making the style checker behave with
reason.
On Wed, 2005-06-29 at 21:58 +1200, Simon Kitching wrote:
snip
The breakage is more when people refer to it in config files. Or
possible call
LogFactory.setAttribute(...,
org.apache.commons.logging.impl.Log4JLogger);
that's the point: i was wondering whether we could
On Wed, 2005-06-29 at 23:53 +1200, Simon Kitching wrote:
snip
What do people think about this?
big +1
Should I:
* commit this
* commit this to a branch for review
* rethink because of ...
commit it on HEAD
(things are in a state of flux right now, with people's builds breaking
and
On Wed, 2005-06-29 at 14:48 +0200, Ceki Gülcü wrote:
I find the general approach quite brilliant. It might be the right answer
to the bigger problem of testing class loader related issues with Junit
instead of through a static main method. However, the approach has the
disadvantage of
Ah, miscommunication then. My feeling is that we should not tweak our
code due to a shortcoming in either a tool or our [mis]configuration of
a tool.
2c,
Gary
-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 29, 2005 2:13 PM
To: Jakarta Commons
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=35554.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Steven Caswell wrote:
Actually, I was proposing to leave the ; in to mark the empty
statement (sorry I wasn't clear).
I'd prefer not to have the ; if possible. It just looks and feels very
odd, esp. when a comment would do logically.
Stephen
My reasoning behind using a semicolon is that this is the defined
statement in the Language Specification for denoting an empty
statement, and something that code checkers/syntax parsers/etc can
easily be told to look for. One syntax, no ambiguity. As opposed to
comments which are not the
Steven Caswell wrote:
Actually, I was proposing to leave the ; in to mark the empty
statement (sorry I wasn't clear).
I'd prefer not to have the ; if possible. It just looks and feels very
odd, esp. when a comment would do logically.
Stephen
+1 from me.
Gary
i think that JCL now needs servlet api 2.3 to build (but not run)
- robert
On Wed, 2005-06-29 at 09:38 -0700, Surendra Singhi wrote:
Hello,
We are doing daily nightly build of commons logging, but due to some reason
the builds are failing.
This is the link to log file:
anyone strongly object to me making the dependency on the servlet api
optional (by altering the build script)?
- robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
anyone strongly object to me making the dependency
on the servlet api optional
I'd object if you DIDN'T.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, 2005-06-29 at 23:00 +0100, robert burrell donkin wrote:
anyone strongly object to me making the dependency on the servlet api
optional (by altering the build script)?
I would prefer to go the other way and make all of the compile-time
dependencies mandatory.
Currently the build.xml
On Thu, 2005-06-30 at 10:02 +1200, Simon Kitching wrote:
Sorry, please make this:
If we make all compile dependencies mandatory then
People who want customised versions of commons-logging jar files with
only some classes present can then unpack the resulting jar, delete the
unwanted files and
Surendra Singhi wrote:
Hello,
We are doing daily nightly build of commons logging, but due to some reason
the builds are failing.
This is the link to log file:
http://www.spikesource.com/spikewatch.logs/suse-92-i586/765/commons-logging/logs/commons-logging.build.maven.log
Can you please look
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=35540.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35554.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Gary Gregory wrote:
How about this as a compromise (thinking aloud):
The (currently imaginary) class VariableFormat holds a Map and defines a
method VariableFormat#resolve(String name).
[configuration] can subclass the class and override the
VariableFormat#resolve(String name) to provide its
Gary Gregory wrote:
How about this as a compromise (thinking aloud):
The (currently imaginary) class VariableFormat holds a Map and
defines a
method VariableFormat#resolve(String name).
[configuration] can subclass the class and override the
VariableFormat#resolve(String name) to
Author: skitching
Date: Wed Jun 29 19:24:57 2005
New Revision: 202467
URL: http://svn.apache.org/viewcvs?rev=202467view=rev
Log:
Update version number to 1.1-dev
Modified:
jakarta/commons/proper/logging/trunk/optional/build.xml
Modified:
[aargh - top-posting!]
It is true that SVN HEAD has a new dependency on servletapi.jar. But I
don't think that's the problem that spikesource are reporting.
The log file shown indicates a failure to compile the optional jar.
This might have been because:
(a) the version# is now included in the
On Wed, 2005-06-29 at 17:51 -0400, Noel J. Bergman wrote:
anyone strongly object to me making the dependency
on the servlet api optional
I'd object if you DIDN'T.
This is only a *compile-time* dependency.
Currently there is a single utility class provided in the standard
logging jar which
Author: skitching
Date: Wed Jun 29 20:21:03 2005
New Revision: 202471
URL: http://svn.apache.org/viewcvs?rev=202471view=rev
Log:
Allow testcases to control the classloader hierarchy used during the test.
Added:
Author: skitching
Date: Wed Jun 29 20:27:56 2005
New Revision: 202473
URL: http://svn.apache.org/viewcvs?rev=202473view=rev
Log:
Changes due to testcase classes now controlling their own classpaths.
* The Wrapper class is no longer used.
* The log4j tests run with log4j13 in the classpath have
On Wed, 2005-06-29 at 22:31 +0100, robert burrell donkin wrote:
On Wed, 2005-06-29 at 23:53 +1200, Simon Kitching wrote:
snip
What do people think about this?
big +1
Should I:
* commit this
* commit this to a branch for review
* rethink because of ...
commit it on HEAD
Author: skitching
Date: Wed Jun 29 20:36:02 2005
New Revision: 202474
URL: http://svn.apache.org/viewcvs?rev=202474view=rev
Log:
Fix copyright statements on new files.
Modified:
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java
On 6/27/05, Stefan Rufer [EMAIL PROTECTED] wrote:
I dare to come back to the Creating a CSV component thread where the
discussion has starved a bit during the last weeks:
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200506.mbox/[EMAIL
PROTECTED]
Summary:
So far
81 matches
Mail list logo