Not return the base interface on decorate
-
Key: COLLECTIONS-231
URL: http://issues.apache.org/jira/browse/COLLECTIONS-231
Project: Commons Collections
Issue Type: Improvement
Components:
I agree. I don't think we should mandate this either.
On 10/29/06, Rory Winston [EMAIL PROTECTED] wrote:
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
Some tests contain assertEquals arguments in the incorrect order
Key: COLLECTIONS-232
URL: http://issues.apache.org/jira/browse/COLLECTIONS-232
Project: Commons Collections
[ http://issues.apache.org/jira/browse/COLLECTIONS-232?page=all ]
Mark Hindess updated COLLECTIONS-232:
-
Attachment: fix.assertEquals.usage.diff
Some tests contain assertEquals arguments in the incorrect order
There are clearly good reasons / circumstances to take the approach
you suggest, but it is a user unfriendly approach. As a user I like to
try out new versions by dropping in a new jar - before taking the
decision to upgrade. This approach rules that out and it wouldn't
surprise me if users
I think the point is that we don't think this should be mandated and
up to the individual project teams to decide what they want to do. I
would agree that this option should be standardized (appending the
major release version number to the package name) so that folks know
what's going on if it
Better maintenance of GKOP per-pool activeCount
---
Key: POOL-88
URL: http://issues.apache.org/jira/browse/POOL-88
Project: Commons Pool
Issue Type: Improvement
Affects Versions: Nightly
[ http://issues.apache.org/jira/browse/POOL-88?page=all ]
Holger Hoffstätte updated POOL-88:
--
Attachment: activeCount.patch
Patch for per-key/pool ObjectQueue metadata structure against svn trunk
r469023. All related tests still pass.
Better
Hi,
I have just updated the web site of openpgp in the sandbox. Thanks Brett
for telling me about mvn site-deploy.
The documentation of the ant task which I have created called signer is
available.
Regards,
Antoine
-
To
On 10/30/06, Torsten Curdt [EMAIL PROTECTED] wrote:
There are clearly good reasons / circumstances to take the approach
you suggest, but it is a user unfriendly approach. As a user I like to
try out new versions by dropping in a new jar - before taking the
decision to upgrade. This approach
[
http://issues.apache.org/jira/browse/POOL-88?page=comments#action_12445595 ]
Holger Hoffstätte commented on POOL-88:
---
Some more notes:
- class ObjectQueue is not static so that inc/decActiveCount can modify the
global activeCount too.
Inconsistency with TestGenericKeyedObjectPool.testMaxTotalLRU
-
Key: POOL-89
URL: http://issues.apache.org/jira/browse/POOL-89
Project: Commons Pool
Issue Type: Bug
Affects
[
http://issues.apache.org/jira/browse/POOL-89?page=comments#action_12445600 ]
Holger Hoffstätte commented on POOL-89:
---
I suspect that the evictor thread is simply not up and running quickly enough;
new threads sometimes take quite a
On 10/30/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 10/30/06, Torsten Curdt [EMAIL PROTECTED] wrote:
There are clearly good reasons / circumstances to take the approach
you suggest, but it is a user unfriendly approach. As a user I like to
try out new versions by dropping in a new jar
Torsten
I dont get the analogy either - I didnt see how it helped prove your point. I
understand your arguments though, and I can see your point, but I still can't
see any convincing arguments for mandating this type of approach. Best left to
the individual project maintainers, IMHO.
Jakarta
Torsten
I dont get the analogy either - I didnt see how it helped prove your point. I
understand your arguments though, and I can see your point, but I still can't
see any convincing arguments for mandating this type of approach. Best left to
the individual project maintainers, IMHO.
Jakarta
On Oct 29, 2006, at 4:17 PM, Niklas Gustavsson wrote:
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
Susanne Lefvert wrote:
Ok, I'll give this a try. Just fyi, I'm running the client in passive
mode but I still get this error. These are the commands I'm using:
FTPSClient ftps = new FTPSClient(true);
ftps.addProtocolCommandListener(new PrintCommandListener(log));
ftps.connect(host, port);
On Oct 30, 2006, at 10:48 AM, Niklas Gustavsson wrote:
Susanne Lefvert wrote:
Ok, I'll give this a try. Just fyi, I'm running the client in
passive mode but I still get this error. These are the commands
I'm using:
FTPSClient ftps = new FTPSClient(true);
Ok, if I remove ftps.enterLocalPassiveMode(), it works. Not sure why??
On Oct 30, 2006, at 11:33 AM, Susanne Lefvert wrote:
On Oct 30, 2006, at 10:48 AM, Niklas Gustavsson wrote:
Susanne Lefvert wrote:
Ok, I'll give this a try. Just fyi, I'm running the client in
passive mode but I
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.
I gotta disagree with this.
If we want to come up with the notion of a super version, something
that is more broad
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating that any major release be completely non-backwards
compatible is
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445665 ]
Mike Martin commented on POOL-86:
-
Sandy wrote:
I think you have minimize and maximize backwards and reusing idle objects is
why you'd want to use a pool. There are
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating that
In my mind, name vs. name2 makes sense seems for a next generation based
on new code rather than a next version.
Thank you,
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Sandy
McArthur
Sent: Monday, October 30, 2006 9:41 AM
To: Jakarta
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating that
Thanks!
On 30/10/2006, at 11:49 PM, Antoine Levy-Lambert wrote:
Hi,
I have just updated the web site of openpgp in the sandbox. Thanks
Brett
for telling me about mvn site-deploy.
The documentation of the ant task which I have created called
signer is
available.
Regards,
Antoine
[ http://issues.apache.org/jira/browse/POOL-86?page=all ]
Mike Martin updated POOL-86:
Attachment: pool-86.patch
Here's a copy of the patch as applied against the current trunk sources.
GenericKeyedObjectPool retaining too many idle objects
[ http://issues.apache.org/jira/browse/CONFIGURATION-227?page=all ]
Oliver Heger resolved CONFIGURATION-227.
Fix Version/s: Nightly Builds
Resolution: Fixed
A fix was applied that improves the compatibility of ConfigurationDynaBean with
Author: rdonkin
Date: Mon Oct 30 10:32:32 2006
New Revision: 469224
URL: http://svn.apache.org/viewvc?view=revrev=469224
Log:
Fixing speiling mistakes.
Modified:
jakarta/commons/proper/betwixt/trunk/xdocs/guide/binding.xml
jakarta/commons/proper/betwixt/trunk/xdocs/guide/derived.xml
Author: rdonkin
Date: Mon Oct 30 10:31:40 2006
New Revision: 469223
URL: http://svn.apache.org/viewvc?view=revrev=469223
Log:
Regenerate using latest maven settings.
Modified:
jakarta/commons/proper/betwixt/trunk/build.xml
Modified: jakarta/commons/proper/betwixt/trunk/build.xml
URL:
Author: oheger
Date: Mon Oct 30 12:22:50 2006
New Revision: 469259
URL: http://svn.apache.org/viewvc?view=revrev=469259
Log:
Updated ConfigurationDynaBean to better work together with different types of
configurations; fix for CONFIGURATION-227
Added:
On 10/29/06, Alex English [EMAIL PROTECTED] wrote:
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
Author: oheger
Date: Mon Oct 30 12:50:59 2006
New Revision: 469268
URL: http://svn.apache.org/viewvc?view=revrev=469268
Log:
Updated SubsetConfiguration to support interpolation for non string values,
too; fix for CONFIGURATION-235
Modified:
[ http://issues.apache.org/jira/browse/CONFIGURATION-235?page=all ]
Oliver Heger resolved CONFIGURATION-235.
Fix Version/s: Nightly Builds
Resolution: Fixed
Should be fixed in the next nightly builds. Thank you for spotting this.
[ http://issues.apache.org/jira/browse/POOL-86?page=all ]
Mike Martin updated POOL-86:
Attachment: pool-86.withtest.patch
I've attached another patch which includes the necessary changes to the unit
test.
GenericKeyedObjectPool retaining too many idle
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating that
[
http://issues.apache.org/jira/browse/FILEUPLOAD-118?page=comments#action_12445718
]
Henri Yandell commented on FILEUPLOAD-118:
--
*ping*. The notification for fileupload was turned off, so I've turned it back
on and am making sure
On 10/30/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
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/Betwixt
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/Betwixt/0%2e8ReleasePlan
The comment on the change is:
Betwixt 0.8 Release
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/Betwixt/0%2e8ReleasePlan
The comment on the change is:
Next time, look before
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/Betwixt/0%2e8ReleasePlan
The comment on the change is:
Added notes about
i've taken a good look at the code base, tidied up some legal issues and
some bad speiling. looks good. so, i've created a minimal release plan
here: http://wiki.apache.org/jakarta-commons/Betwixt/0.8ReleasePlan.
unless there are any other volunteers, i'll act as release managers.
sound ok?
-
On 10/30/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 10/30/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad
On 10/30/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
On 10/30/06, robert burrell donkin [EMAIL PROTECTED] wrote:
i've taken a good look at the code base, tidied up some legal issues and
some bad speiling. looks good. so, i've created a minimal release plan
here: http://wiki.apache.org/jakarta-commons/Betwixt/0.8ReleasePlan.
unless there are any
On 10/30/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 10/30/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad
someone said:
So what does a major version mean? Surely a major version means
we have changed the code so it is no longer compatible, you cannot
upgrade simlpy and easily
This may or may not be true and it also depend on how the product is
used. Some power users may consider an apparent
On 10/30/06, Luc Maisonobe [EMAIL PROTECTED] wrote:
(I'm not sure I allowed to express this opinion as I am only a new
contributor, please ignore this message if you consider this a reserved
topic).
Please, comment away. All topics are open, and this one especially so
given that it's talking
[
http://issues.apache.org/jira/browse/FILEUPLOAD-117?page=comments#action_12445737
]
Henri Yandell commented on FILEUPLOAD-117:
--
Though I'd ping this on the list - anyone have any thoughts on this? Seems
pretty simple.
(repeating
[ http://issues.apache.org/jira/browse/BEANUTILS-246?page=all ]
Henri Yandell resolved BEANUTILS-246.
-
Resolution: Won't Fix
Supporting vLan - getVLan would break compliance with the bean spec. Marking
this as wontfix.
[
http://issues.apache.org/jira/browse/DBCP-199?page=comments#action_12445738 ]
Henri Yandell commented on DBCP-199:
Is this planned for the next DBCP release? 1.2.2? 1.3?
The last used time in AbandonedTrace should be updated more
[ http://issues.apache.org/jira/browse/FILEUPLOAD-117?page=all ]
Henri Yandell updated FILEUPLOAD-117:
-
Comment: was deleted
Check file upload size only if an upload limit has been imposed
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12445745
]
Henri Yandell commented on DIGESTER-109:
The -Xbootclasspath is definitely a likely suspect in causing the null pointers
- still not as if we're saying
[
http://issues.apache.org/jira/browse/FILEUPLOAD-117?page=comments#action_12445746
]
Martin Cooper commented on FILEUPLOAD-117:
--
This is probably no longer relevant, since Jochen's streaming changes also
eliminate the up-front
On 10/30/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Sandy McArthur [EMAIL PROTECTED]
If we want to come up with the notion of a super version, something
that is more broad than a major version and includes non-backwards
compatible changes I'm fine with that.
But mandating that
[
http://issues.apache.org/jira/browse/LANG-291?page=comments#action_12445736 ]
Henri Yandell commented on LANG-291:
It seems to me that these are more specific cases of Comparable.compareTo.
Rather than the above we could have:
On 10/30/06, Luc Maisonobe [EMAIL PROTECTED] wrote:
(I'm not sure I allowed to express this opinion as I am only a new
contributor, please ignore this message if you consider this a reserved
topic).
Absolutely you're allowed - its a public mailing list - there aren't
any reserved topics here
Converters per property rather than per type
Key: BEANUTILS-253
URL: http://issues.apache.org/jira/browse/BEANUTILS-253
Project: Commons BeanUtils
Issue Type: New Feature
Reporter:
[
http://issues.apache.org/jira/browse/CODEC-51?page=comments#action_12445749 ]
Henri Yandell commented on CODEC-51:
I'll try it out on a few other platforms. OS X and FreeBSD at least.
2 Test failures in SoundexTest
[ http://issues.apache.org/jira/browse/DBCP-3?page=comments#action_12445751
]
Henri Yandell commented on DBCP-3:
--
Maybe time to branch 1.2.2 off and have trunk be 1.3?
[dbcp] PoolableConnection.close() won't allow multiple close
unescapeXml(12345678;) should be 12345678;
Key: LANG-292
URL: http://issues.apache.org/jira/browse/LANG-292
Project: Commons Lang
Issue Type: Bug
Affects Versions: Nightly Builds
StringEscapeUtils.unescape* can be faster
-
Key: LANG-293
URL: http://issues.apache.org/jira/browse/LANG-293
Project: Commons Lang
Issue Type: Improvement
Affects Versions: Nightly Builds
[ http://issues.apache.org/jira/browse/LANG-293?page=all ]
Stepan Koltsov updated LANG-293:
Attachment: commons-lang-unescape-performace2-stepancheg-2006-10-31.diff
StringEscapeUtils.unescape* can be faster
-
[ http://issues.apache.org/jira/browse/LANG-293?page=all ]
Stepan Koltsov updated LANG-293:
Attachment: EntitiesPerformance2TestSecret.java
StringEscapeUtils.unescape* can be faster
-
Key:
[ http://issues.apache.org/jira/browse/POOL-89?page=all ]
Sandy McArthur updated POOL-89:
---
Priority: Minor (was: Major)
Inconsistency with TestGenericKeyedObjectPool.testMaxTotalLRU
-
Author: sandymac
Date: Mon Oct 30 20:16:21 2006
New Revision: 469364
URL: http://svn.apache.org/viewvc?view=revrev=469364
Log:
Less agressive timings to reduce the chance of thread scheduling causing the
testMaxTotalLRU to fail.
Changed in response to issue POOL-89
Modified:
[ http://issues.apache.org/jira/browse/POOL-89?page=all ]
Sandy McArthur resolved POOL-89.
Resolution: Fixed
I've bumped the Thread.sleeps from 10 ms to 25 ms. Reopen this issue if that
isn't enough to stop the false negatives.
Inconsistency with
[
http://issues.apache.org/jira/browse/COLLECTIONS-8?page=comments#action_12445781
]
Stepan Koltsov commented on COLLECTIONS-8:
--
I think, that such predicate should have only three criterions: 1, 0, -1, for
greater, equals and less.
Author: sandymac
Date: Mon Oct 30 21:17:35 2006
New Revision: 469372
URL: http://svn.apache.org/viewvc?view=revrev=469372
Log:
Use a struct instead of maintaining two Maps in parallel.
Patch by Holger Hoffstätte from issue POOL-88
Modified:
[ http://issues.apache.org/jira/browse/POOL-88?page=all ]
Sandy McArthur resolved POOL-88.
Fix Version/s: Nightly Builds
Resolution: Fixed
I applied your patch with minimal changes. Much thanks.
Better maintenance of GKOP per-pool activeCount
[ http://issues.apache.org/jira/browse/FILEUPLOAD-117?page=all ]
Jochen Wiedmann resolved FILEUPLOAD-117.
Fix Version/s: 1.2
Resolution: Fixed
Version 1.2 does no longer depend on the presence of a ContentLength.
Check file upload size
Author: jochen
Date: Mon Oct 30 22:10:04 2006
New Revision: 469386
URL: http://svn.apache.org/viewvc?view=revrev=469386
Log:
Made Streams.asString static.
Modified:
jakarta/commons/proper/fileupload/trunk/pom.xml
jakarta/commons/proper/fileupload/trunk/src/changes/changes.xml
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445798 ]
Sandy McArthur commented on POOL-86:
I think the changes you suggest to the evict method will fail to make forward
progress if getNumTests() is less than the
Author: sandymac
Date: Mon Oct 30 22:40:20 2006
New Revision: 469390
URL: http://svn.apache.org/viewvc?view=revrev=469390
Log:
Added some checks to PoolUtils.synchronizedPool to warn of usage that isn't
thread-safe when assertions are enabled.
Modified:
[
http://issues.apache.org/jira/browse/POOL-86?page=comments#action_12445803 ]
Sandy McArthur commented on POOL-86:
Back to the first part of your original submission: What I understand you
really want is a way to prune the pool size down
Author: jochen
Date: Mon Oct 30 23:31:46 2006
New Revision: 469396
URL: http://svn.apache.org/viewvc?view=revrev=469396
Log:
The commons proper parent is now using the artifactId commons-parent.
Modified:
jakarta/commons/proper/fileupload/trunk/pom.xml
Modified:
[
http://issues.apache.org/jira/browse/COLLECTIONS-8?page=comments#action_12445811
]
Rune Peter Bjørnstad commented on COLLECTIONS-8:
I disagree. Comparators are used in the JDK and Commons-Collections has its own
comparators
79 matches
Mail list logo