[
https://issues.apache.org/jira/browse/LOGGING-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511853
]
Simon Kitching commented on LOGGING-114:
JCL has adopted the principle that logging problems should never
On Mon, 2007-03-26 at 15:51 +0200, Oleg Kalnichevski wrote:
On Fri, 2007-03-23 at 19:56 +0100, Boris Unckel wrote:
Hello,
I have seen the recent discussions on JCL 2.0.0 and a version without
autodiscovery.
Someone stated to stop any further development (with good reasons
behind)
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Sat, 2007-03-17 at 16:23 +0100, Torsten Curdt wrote:
On 17.03.2007, at 15:20, Oleg Kalnichevski wrote:
Folks,
Please correct me if I am wrong, but the auto-discovery mechanism in
Commons Logging is believed to be the only major gripe about JCL.
What happened to the idea of
On Sat, 2007-03-10 at 03:38 +0100, Torsten Curdt wrote:
Definitely happy to give M2 a try; but I'd rather not change the
groupId on a bugfix release. We already have an M2 release in
FileUpload that didn't change the groupid so that's not a worry. Plus
I want to get it done quickly :)
On Fri, 2007-03-09 at 17:51 -0800, Henri Yandell wrote:
On 3/9/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
Anyone mind if I kick off a 1.1.1 release? It looks like it's utterly
ready and just needs to be rolled and voted on.
Hen
I've been meaning to do this
[
https://issues.apache.org/jira/browse/DIGESTER-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Kitching closed DIGESTER-29.
--
Resolution: Fixed
Fix Version/s: 1.8 Final
Fixed in 1.8 release.
[digester] Loading
On Thu, 2007-01-11 at 21:37 -0800, Henri Yandell wrote:
Yeah, I'm quite interested in what the response is to having this in
the API. It's novel (for me), but could be interesting to release IO
as is and see what feedback we get from users on the feature.
My $0.02: I'm quite happy with an
[
https://issues.apache.org/jira/browse/BETWIXT-57?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464413
]
Simon Kitching commented on BETWIXT-57:
---
Ok, I've made this default to true. I've also ensured that when set
On Sat, 2007-01-13 at 02:16 +0100, Dennis Lundberg wrote:
I have laid the finishing touches to commons-skin and feel that it is
ready for prime time. Therefor I would like to propose two votes:
1. Promote commons-skin from commons sandbox to commons proper.
+1
2. Release commons-skin
On Wed, 2007-01-10 at 14:12 -0500, Rahul Akolkar wrote:
On 1/10/07, Joerg Heinicke [EMAIL PROTECTED] wrote:
Rahul Akolkar rahul.akolkar at gmail.com writes:
Generally speaking, an interface-compatible change will at most change
the
private interface of a component, or simply add
[
https://issues.apache.org/jira/browse/BETWIXT-57?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463858
]
Simon Kitching commented on BETWIXT-57:
---
Robert, I see that the new useContextClassLoader attribute defaults
On Sun, 2007-01-07 at 17:08 +, Joerg Heinicke wrote:
Martin Cooper martinc at apache.org writes:
In general I don't like the need for internet access on build time.
This is a red herring. One way or another, you're going to have to get the
jars from the network, whether it's
Hi,
I noticed (due to a recent commit message) that commons-transaction has
jarfiles checked in to svn, eg
http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/trunk/lib/
What's the general policy on this? Sorry if this has been discussed
before; I don't remember it.
Personally, I
[
https://issues.apache.org/jira/browse/LOGGING-110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Kitching updated LOGGING-110:
---
Fix Version/s: 2.0
Affects Version/s: (was: 1.0.4)
As there appears
[
https://issues.apache.org/jira/browse/LOGGING-108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Kitching closed LOGGING-108.
--
Resolution: Won't Fix
As no responses were received on my last comment, closing as wontfix
[
http://issues.apache.org/jira/browse/LANG-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461664
]
Simon Kitching commented on LANG-238:
-
I would agree with Stephen that an allEquals(a) method isn't likely
On Sat, 2006-12-30 at 02:27 +0100, Dennis Lundberg wrote:
Hi all
I've spent some time going over the pom.xml file and using Maven 2 to
build all the jars. These jars were then compared to the ones created
with the ant build. Here's a rundown on the differences I found:
1. The M2 jars is
[ http://issues.apache.org/jira/browse/LOGGING-25?page=all ]
Simon Kitching closed LOGGING-25.
-
Resolution: Fixed
That's ok David; I've done that before :-). Marking as closed/fixed.
[logging] call to getClassLoader() in LogFactoryImpl not checked
[
http://issues.apache.org/jira/browse/LOGGING-25?page=comments#action_12459088 ]
Simon Kitching commented on LOGGING-25:
---
Applying this patch would cause some undesirable side-effects. For example,
method logClassLoaderEnvironment uses
[ 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
On Wed, 2006-11-29 at 15:20 -0500, Rahul Akolkar wrote:
Towards RC3 as 1.8:
http://people.apache.org/~rahul/commons/digester/rc3/
[ ] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
Vote closes no sooner than
[ http://issues.apache.org/jira/browse/LOGGING-111?page=all ]
Simon Kitching resolved LOGGING-111.
Resolution: Fixed
Small patch to make debugging easier
Key: LOGGING-111
URL
[
http://issues.apache.org/jira/browse/LOGGING-111?page=comments#action_12451127
]
Simon Kitching commented on LOGGING-111:
Looks good to me. I've committed this patch (with a couple of extra checks for
null causes).
Thanks very much
[
http://issues.apache.org/jira/browse/LOGGING-106?page=comments#action_12451130
]
Simon Kitching commented on LOGGING-106:
Fixed by SVN r423654.
Re the last paragraph above, using an AccessController too broadly is a
security risk so
[ http://issues.apache.org/jira/browse/LOGGING-106?page=all ]
Simon Kitching resolved LOGGING-106.
Resolution: Fixed
AccessControlException when loading LogFactory class without system
properties permission
[ http://issues.apache.org/jira/browse/LOGGING-106?page=all ]
Simon Kitching reopened LOGGING-106:
AccessControlException when loading LogFactory class without system
properties permission
[ http://issues.apache.org/jira/browse/LOGGING-106?page=all ]
Simon Kitching resolved LOGGING-106.
Fix Version/s: 1.1.1
Resolution: Fixed
AccessControlException when loading LogFactory class without system
properties permission
[ http://issues.apache.org/jira/browse/LOGGING-106?page=all ]
Simon Kitching closed LOGGING-106.
--
AccessControlException when loading LogFactory class without system
properties permission
[ http://issues.apache.org/jira/browse/LOGGING-107?page=all ]
Simon Kitching resolved LOGGING-107.
Fix Version/s: 1.1.1
Resolution: Fixed
AccessController use
Key: LOGGING-107
URL
[
http://issues.apache.org/jira/browse/LOGGING-110?page=comments#action_12451136
]
Simon Kitching commented on LOGGING-110:
You're right; sorry I got a little mixed up; trying to juggle too many things
:0). What avalon doesn't support
On Sat, 2006-11-18 at 13:58 +0100, Dennis Lundberg wrote:
I can help with preparing a 1.1.1 release.
Great!
I'm currently cleaning up JIRA for LOGGING. So far I've gone through
Versions and have removed the non-JCL versions that came over in the
transition from Bugzilla.
A bunch of
On Fri, 2006-11-17 at 19:36 -0500, Rahul Akolkar wrote:
What work are you referring to? As a point release, we should focus on
things fixed + pom update (also fixed). What else?
I'm not aware of anything that's outstanding (exception LOGGING-111,
awaiting feedback from original poster).
Oh,
On Fri, 2006-11-17 at 21:19 -0700, Wendy Smoak wrote:
On 11/17/06, Simon Kitching [EMAIL PROTECTED] wrote:
Are you saying that if you mark the dependencies optional, you get
compilation errors? That doesn't sound right.
Well, that's exactly what happens.
Found it. Optional
[
http://issues.apache.org/jira/browse/LOGGING-110?page=comments#action_12450911
]
Simon Kitching commented on LOGGING-110:
I agree it would be convenient to have a log level that can be queried and a
generic log method that takes
On Fri, 2006-11-17 at 17:39 -0500, Rahul Akolkar wrote:
On 11/17/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/17/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
http://people.apache.org/~rahul/commons/digester/
Notes:
* The site requires manual installation of the 1.8 directory
Hi Darryl,
In future, please send emails to the user list rather than this one (see
the jelly home page for mailing list details):
http://jakarta.apache.org/commons/jelly/
ie please don't reply to this; if you have any further questions start
an email on the user list. When posting to that
On Fri, 2006-11-17 at 18:52 -0800, Craig McClanahan wrote:
The pom.xml file for Commons Logging in the trunk has an interesting
approach to declaring dependencies, based on the existence or non-existence
of a file named commons-logging-README.txt. AFAICT, the purpose for this
is to make the
On Fri, 2006-11-17 at 20:53 -0700, Wendy Smoak wrote:
On 11/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: skitching
Date: Fri Nov 17 19:41:32 2006
New Revision: 476429
URL: http://svn.apache.org/viewvc?view=revrev=476429
Log:
Add comments about unusual
On Wed, 2006-11-15 at 22:20 -0500, Rahul Akolkar wrote:
On 11/14/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
I was going to try it myself but I get a test failure, see below, so I
haven't been able to try it myself.
Hi Rahul,
On Thu, 2006-11-09 at 13:44 -0500, Rahul Akolkar wrote:
On 9/25/06, Simon Kitching (JIRA) [EMAIL PROTECTED] wrote:
snip/
It's probably a good time; a couple of minor bugfixes/enhancements have
been made that deserve release (see RELEASE-NOTES.txt).
snap/
Coming back
On Mon, 2006-11-06 at 18:47 +0100, Dennis Lundberg wrote:
Hello
This is a new vote following up on the failed vote [1] that was held
previously.
As far as I can tell, all the issues that were raised in the earlier
vote has been addressed. So please cast your votes.
This vote will be
This is the old-style license header. The new style is as shown at the
top of this file:
http://svn.apache.org/repos/asf/jakarta/commons/proper/digester/trunk/build.xml
Regards,
Simon
On Tue, 2006-11-07 at 06:39 +, [EMAIL PROTECTED] wrote:
Author: jochen
Date: Mon Nov 6 22:39:17 2006
On Tue, 2006-11-07 at 07:43 +0100, Jochen Wiedmann wrote:
On 11/7/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
c) The svn log is confident [1] the antrun bit is needed due to a bug
in the source plugin, but subsequent conversations not so [2]. What is
it, IYO? Figure you're as good a resource
On Thu, 2006-10-12 at 22:02 +0200, Jochen Wiedmann wrote:
Currently there is only a SNAPSHOT POM for commons proper: In other
words, a release of commons-fileupload can only choose to ignore the
hierarchy and derive from the Apache POM directly or it can wait for
an official release of the
[
http://issues.apache.org/jira/browse/BEANUTILS-255?page=comments#action_12446722
]
Simon Kitching commented on BEANUTILS-255:
--
I'm not sure this is a good idea.
Presumably this converter would use the system locale to determine how
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12446203
]
Simon Kitching commented on DIGESTER-109:
-
I'd be keener to implement support for null classloaders if I could think of a
sane reason for putting
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
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12444275
]
Simon Kitching commented on DIGESTER-109:
-
I suggest trying this:
cd $JAVA_HOME/jre
find . -name *.jar
There should *not* be any commons libraries
[ http://issues.apache.org/jira/browse/DIGESTER-109?page=all ]
Simon Kitching updated DIGESTER-109:
Summary: FromXmlRuleSet and SetNextRule classloader issue (was:
FromXmlRuleSet and SetNextRule classes not working in Unix enviroment)
Hi
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12443997
]
Simon Kitching commented on DIGESTER-109:
-
Good point Henri.
I had assumed that the NullPointerException Anna was reporting in
FromXmlRuleSet
+1
On Sun, 2006-10-15 at 15:44 +0200, Jochen Wiedmann wrote:
Hi,
AFAIK the policy is still that three votes of PMC members are
required. In other words, may I point you to
http://marc.theaimsgroup.com/?t=11606631873
and ask kindly for positive votes? (Unless you have reason for
HI,
On Fri, 2006-10-13 at 00:10 -0400, Kenneth Xu wrote:
Yes, it'll be GC'ed when thread is. And initialized when first use in a new
thread. Here is the test code:
But if an application has long-running threads then the object won't be
recycled until the thread dies. So an app with 100 threads
On Sat, 2006-10-14 at 08:07 -0400, James Carman wrote:
Tomcat had this same issue a while back. It was trying to use a single
SimpleDateFormat object to parse/format date-valued HTTP headers. I
submitted the patch for it and I think we decided to just instantiate as
needed. Local variables
committed R464108 which implements the synchronized fix.
All comments welcome.
Regards,
Simon
On Sun, 2006-10-15 at 15:50 +1300, Simon Kitching wrote:
On Sat, 2006-10-14 at 08:07 -0400, James Carman wrote:
Tomcat had this same issue a while back. It was trying to use a single
SimpleDateFormat
performance than
creating one new in every log invocation.
Just my 2 cents,
Thanks,
Ken
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 5:05 AM
To: Jakarta Commons Developers List
Subject: Re: Logging: SimpleLog not thread-safe
Hi Martin,
Thanks very much for letting us know about this. I think you're right
about there being a thread-safety issue.
SimpleLog is definitely in use, but obviously this bug will only be
triggered under pretty rare conditions, and I expect would usually just
result in a malformed date string
[
http://issues.apache.org/jira/browse/DIGESTER-107?page=comments#action_12437643
]
Simon Kitching commented on DIGESTER-107:
-
Looks good to me. I´d be happy for this to be committed.
I guess you'll be asking about when a new Digester
[
http://issues.apache.org/jira/browse/DIGESTER-107?page=comments#action_12437190
]
Simon Kitching commented on DIGESTER-107:
-
Ok, let's go with the simplest patch (no caching).
I don't think the code should be catching and ignoring
[
http://issues.apache.org/jira/browse/DIGESTER-107?page=comments#action_12437112
]
Simon Kitching commented on DIGESTER-107:
-
This looks pretty good to me. The only question I have is whether the new
members of the Digester class
Sorry, text and xml are the only clirr formats supported as far as I
know (last time I looked). The text output is fairly readable though not
pretty I agree.
I'm not sure how well clirr handles java 1.5.
Cheers,
Simon
On Wed, 2006-09-13 at 11:14 +0100, Rory Winston wrote:
Sure,
I can
On Sun, 2006-09-10 at 00:39 +0100, Stephen Colebourne wrote:
Steve Cohen wrote:
[PROPOSAL]
As such, I would like to propose that projects creating a JDK1.5 only
release should use a new package name. Thus, in this case, the release
would use the package org.apache.commons.net5.*.
With
[ http://issues.apache.org/jira/browse/BEANUTILS-245?page=all ]
Simon Kitching closed BEANUTILS-245.
Resolution: Invalid
Closing as requested by original poster.
Problem setting nested index property or combined property (with index
property
MutableBigDecimal and MutableBigInteger
---
Key: LANG-276
URL: http://issues.apache.org/jira/browse/LANG-276
Project: Commons Lang
Issue Type: New Feature
Reporter: Simon Kitching
Hi,
On Sat, 2006-08-26 at 21:52 +, [EMAIL PROTECTED] wrote:
Author: ggregory
Date: Sat Aug 26 14:52:47 2006
New Revision: 437237
URL: http://svn.apache.org/viewvc?rev=437237view=rev
Log:
Change Copyright -2005 to Copyright -2006
What is the motivation for this change? As far
,
Simon
On Mon, 2006-08-21 at 07:26 -0400, Mark Thomas wrote:
Simon Kitching wrote:
Firstly, the 1.1.0 release of commons-logging will hopefully not have
this problem; you don't indicate what version of commons-logging is
present when this problem occurs. Could you try upgrading the JCL
Hi Mark,
Firstly, the 1.1.0 release of commons-logging will hopefully not have
this problem; you don't indicate what version of commons-logging is
present when this problem occurs. Could you try upgrading the JCL
implementation in the tomcat path to the latest version and see what
happens?
Hi,
I'm a little puzzled by this.
I have recently created a completely functional pom.xml file for
logging, which is checked in in trunk.
This pom declares all dependencies as optional (except when compiling a
checked-out svn release), so I think the same file is suitable for use
as a pom for
On Tue, 2006-08-01 at 06:17 +, [EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/attributes/trunk/api/manifest.mf?rev=427459view=auto
==
+X-Compile-Source-JDK: 1.4
Hi,
Currently the nightly build stuff supports either ant or maven1.x.
I've just got logging building/testing successfully with maven2 (though
building the dist bundles is still to do). Is there any chance someone
could update the nightly build stuff to support maven2 as well? It would
be a lot
On Mon, 2006-07-31 at 13:08 -0700, Henri Yandell wrote:
On 7/28/06, James Carman [EMAIL PROTECTED] wrote:
Tapestry is thinking of switching to SL4J instead of Jakarta Commons
Logging:
I've been meaning to ask... is there really much reason for a JDK 1.4+
application/library to depend on
I think projects should use the best tool for the job (as long as its
license is ASL compatible). Apache doesn't have a monopoly on good
ideas. If the Tapestry developers really feel SLF4J is better, then
that's their choice and all power to them.
Although I contribute patches to JCL, I'm
On Fri, 2006-07-28 at 00:12 +0100, Stephen Colebourne wrote:
Simple question - can [vfs] be released *now*, with a minimal set of code?
I presume that the first release might thus consist only of the core
plus standard java File and ram? No compress, ftp, http, ... I
emphasise, think
On Tue, 2006-07-25 at 09:13 +, [EMAIL PROTECTED] wrote:
Author: dennisl
Date: Tue Jul 25 02:13:44 2006
New Revision: 425343
URL: http://svn.apache.org/viewvc?rev=425343view=rev
Log:
Add trailing slashes to URLs.
- urlhttp://jakarta.apache.org/commons/logging/url
+
On Sun, 2006-07-23 at 21:30 -0700, Henri Yandell wrote:
On 7/23/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
The concept that XML (XHTML in this case) is human readable is highly
dubious, and has
become accepted wisdom far too easily.
Agreed, a .properties file is far more readable
On Sat, 2006-07-22 at 21:53 -0700, Henri Yandell wrote:
I had a thought just now on the multiple list concept - and a positive
reason for splitting the lists in general. By having lists for
commits, jira, wiki, ci etc filters become a lot, lot easier. Much
easier for someone to come up with a
[
http://issues.apache.org/jira/browse/COLLECTIONS-218?page=comments#action_12422391
]
Simon Kitching commented on COLLECTIONS-218:
I was a little surprised by the comment that changing void-non-void was binary
incompatible, so I
Hi,
I don't appear to be able to close JIRA issues for LOGGING. Do I need to
explicitly be granted privileges for this?
If so, could someone please do so?
Thanks,
Simon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
[ http://issues.apache.org/jira/browse/LOGGING-25?page=all ]
Simon Kitching closed LOGGING-25.
-
Resolution: Fixed
As there has been no response from original poster, this is being closed
presumed fixed.
[logging] call to getClassLoader
[
http://issues.apache.org/jira/browse/LOGGING-108?page=comments#action_12422527
]
Simon Kitching commented on LOGGING-108:
Thanks for reporting this. Your analyis is excellent, thanks.
however I think this is really the responsibility
On Thu, 2006-07-20 at 20:34 -0700, Martin Cooper wrote:
On 7/20/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 7/20/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 7/20/06, Henri Yandell [EMAIL PROTECTED] wrote:
Is it as important for contributors? If I understand it correctly,
the
Hi,
While looking into the use of AccessController by commons-logging (JCL),
I think I've found a minor security issue.
There is currently code in LogFactory like:
protected static ClassLoader getContextClassLoader() {
return (ClassLoader) AccessController.doPrivileged() {...}
}
In a
On Mon, 2006-07-17 at 06:50 +0200, Luc Maisonobe wrote:
Tyler Ward wrote :
Hi guys, I haven't sent mail to this list before. I've noticed that
apache
doesn't have an SVD algorithm, so I put one together. Are you guys
interested?
By the way, could you add [math] as a marker in your
Hi Neelesh/Ortwin,
While the library being used is HttpClient, the problem does seem to
really be a commons-logging(JCL)issue, and therefore belongs on this
list. I've changed the subject of this email to indicate this.
The httpclient 3.0.1 dependencies do specify commons-logging 1.0.3, but
the
Logging
Type: Bug
Versions: 1.1.0
Reporter: Simon Kitching
The LogFactory static initializer calls createFactoryStore which calls
System.getProperty. If the class doesn't have access rights to see system
properties (eg when in an applet) then the LogFactory class cannot load
AccessController use
Key: LOGGING-107
URL: http://issues.apache.org/jira/browse/LOGGING-107
Project: Commons Logging
Type: Bug
Versions: 1.1 Final
Reporter: Simon Kitching
A problem has been reported with 1.1 by Aaron Bruegl on 6
On Sun, 2006-06-18 at 13:54 +1000, Torsten Curdt wrote:
try this
http://marc.theaimsgroup.com/?l=jakarta-commons-devr=1w=2
Why do we feature our own archive (in most of the project info
reports) if it is not even searchable? Instead people have to be
pointed to other searchable archives
On Sun, 2006-05-28 at 00:03 -0700, Henri Yandell wrote:
[I haven't created an SVN tag for the RC1. Is there any particular
reason the release info says to create a tag?]
Well, in a busier project there is the danger that others may make
commits to the trunk while the RC is still being voted on.
On Mon, 2006-05-29 at 12:35 +0100, Stephen Colebourne wrote:
Simon Kitching wrote:
On Sun, 2006-05-28 at 00:03 -0700, Henri Yandell wrote:
[I haven't created an SVN tag for the RC1. Is there any particular
reason the release info says to create a tag?]
Making a tag in subversion has exactly
On Mon, 2006-05-15 at 21:11 +0100, robert burrell donkin wrote:
or should we try to create a POM for commons-logging-api or perhaps both?
not sure
the API works best as a virtual dependency. it can be satisfied by JCL
1.0.x, 1.1.x, by ceki's adapter or by Torsten's null implementation.
On Sat, 2006-05-13 at 11:30 -0700, Martin Cooper wrote:
On 5/13/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2006-04-06 at 08:51 +0200, Nicolas De Loof wrote:
I agree about NOT making non-final jars available on ibiblio (httpclient
beeing an exception)
So could the
On Fri, 2006-05-12 at 09:41 +0100, robert burrell donkin wrote:
i note that commons collections binary distribution now ships with just
API documentation. AFAIK this means that the user guide isn't
distributed. assuming that this isn't an oversight, i'd like a full cut
of the maven generated
On Thu, 2006-05-11 at 20:55 +0100, Stephen Colebourne wrote:
Thanks for the feedback, I'll fix the stuff mentioned before release.
The clirr report is available from an 'ant clirr'. It shows no issues:
INFO: 7011: org.apache.commons.collections.BufferUtils: Method 'public
On Fri, 2006-05-12 at 22:57 +, [EMAIL PROTECTED] wrote:
---
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/functors/OnePredicate.java
(original)
+++
On Sat, 2006-05-13 at 00:15 +0100, Stephen Colebourne wrote:
Stephen Colebourne wrote:
Simon Kitching indicated +1, but not in the vote thread.
Then here's my official vote ;-)
+1
Regards,
Simon
-
To unsubscribe, e-mail
On Thu, 2006-05-11 at 09:15 +0100, Stephen Colebourne wrote:
Stephen Colebourne wrote:
[X] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
I support the release, but I'm missing at least one more vote at this
Hi,
There doesn't seem to be an svn tag for this RC1 release. I'm presuming
nothing has changed on trunk since this RC was created.
MultiValueMap was supposedly added in the 3.2 release, but has a
copyright statement listing 2001-2005.
Javadoc for GrowthList:
seemlessly grow -- seamlessly
On Tue, 2006-05-09 at 17:44 -0700, Wendy Smoak wrote:
On 5/9/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The Log4jFactory class appears to be missing.
Never mind, it's in the release notes. Sorry, I expected 1.1 to be a
drop-in replacement and was surprised by the error.
I don't recall
On Fri, 2006-05-05 at 12:59 -0700, Henri Yandell wrote:
On 5/4/06, robert burrell donkin [EMAIL PROTECTED] wrote:
--8---
[X] +1 Release Candidate 11 As JCL 1.1
[ ] +0 Positive but have not had time to
On Wed, 2006-05-03 at 22:08 +0100, robert burrell donkin wrote:
please check my commits
All looks good to me.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 787 matches
Mail list logo
