[
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 pa
Author: jochen
Date: Mon Oct 30 23:31:46 2006
New Revision: 469396
URL: http://svn.apache.org/viewvc?view=rev&rev=469396
Log:
The commons proper parent is now using the artifactId commons-parent.
Modified:
jakarta/commons/proper/fileupload/trunk/pom.xml
Modified: jakarta/commons/proper/fileu
[
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 af
Author: sandymac
Date: Mon Oct 30 22:40:20 2006
New Revision: 469390
URL: http://svn.apache.org/viewvc?view=rev&rev=469390
Log:
Added some checks to PoolUtils.synchronizedPool to warn of usage that isn't
thread-safe when assertions are enabled.
Modified:
jakarta/commons/proper/pool/trunk/sr
[
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 numb
Author: jochen
Date: Mon Oct 30 22:10:04 2006
New Revision: 469386
URL: http://svn.apache.org/viewvc?view=rev&rev=469386
Log:
Made Streams.asString static.
Modified:
jakarta/commons/proper/fileupload/trunk/pom.xml
jakarta/commons/proper/fileupload/trunk/src/changes/changes.xml
jakart
[ 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
[ 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
>
Author: sandymac
Date: Mon Oct 30 21:17:35 2006
New Revision: 469372
URL: http://svn.apache.org/viewvc?view=rev&rev=469372
Log:
Use a "struct" instead of maintaining two Maps in parallel.
Patch by Holger Hoffstätte from issue POOL-88
Modified:
jakarta/commons/proper/pool/trunk/src/java/org/a
[
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. GE
[ 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 Tes
Author: sandymac
Date: Mon Oct 30 20:16:21 2006
New Revision: 469364
URL: http://svn.apache.org/viewvc?view=rev&rev=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:
jakarta/common
[ http://issues.apache.org/jira/browse/POOL-89?page=all ]
Sandy McArthur updated POOL-89:
---
Priority: Minor (was: Major)
> Inconsistency with TestGenericKeyedObjectPool.testMaxTotalLRU
> -
>
>
[ http://issues.apache.org/jira/browse/LANG-293?page=all ]
Stepan Koltsov updated LANG-293:
Attachment: EntitiesPerformance2TestSecret.java
> StringEscapeUtils.unescape* can be faster
> -
>
> Key: L
[ 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
> -
>
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
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
[ 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
> ---
[
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
>
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: Hen
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" he
[
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:
ObjectUtil
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 manda
[
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 request
[
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=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/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 frequen
[ 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.
> BeanUtils.getSimplePropert
[
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 thi
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
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 min
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
> > >
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 o
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-back
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
> > >
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?
- rob
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 rele
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:
Betwixt 0.8 Release Pr
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
-
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-bac
[
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 this
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 manda
[ 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 ob
[ 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.
> variab
Author: oheger
Date: Mon Oct 30 12:50:59 2006
New Revision: 469268
URL: http://svn.apache.org/viewvc?view=rev&rev=469268
Log:
Updated SubsetConfiguration to support interpolation for non string values,
too; fix for CONFIGURATION-235
Modified:
jakarta/commons/proper/configuration/trunk/src/j
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 t
Author: oheger
Date: Mon Oct 30 12:22:50 2006
New Revision: 469259
URL: http://svn.apache.org/viewvc?view=rev&rev=469259
Log:
Updated ConfigurationDynaBean to better work together with different types of
configurations; fix for CONFIGURATION-227
Added:
jakarta/commons/proper/configuration/t
Author: rdonkin
Date: Mon Oct 30 10:31:40 2006
New Revision: 469223
URL: http://svn.apache.org/viewvc?view=rev&rev=469223
Log:
Regenerate using latest maven settings.
Modified:
jakarta/commons/proper/betwixt/trunk/build.xml
Modified: jakarta/commons/proper/betwixt/trunk/build.xml
URL:
http:
Author: rdonkin
Date: Mon Oct 30 10:32:32 2006
New Revision: 469224
URL: http://svn.apache.org/viewvc?view=rev&rev=469224
Log:
Fixing speiling mistakes.
Modified:
jakarta/commons/proper/betwixt/trunk/xdocs/guide/binding.xml
jakarta/commons/proper/betwixt/trunk/xdocs/guide/derived.xml
[ 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
o
[ 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
>
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
--
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 manda
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 C
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 mand
[
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 ar
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
> co
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
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 still
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);
ftps.addProtocolCommandListener(new
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);
ftps.
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 a
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 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
[
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 while
Inconsistency with TestGenericKeyedObjectPool.testMaxTotalLRU
-
Key: POOL-89
URL: http://issues.apache.org/jira/browse/POOL-89
Project: Commons Pool
Issue Type: Bug
Affects Vers
[
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.
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 appr
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 unsubsc
[ 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 main
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 Builds
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 d
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 starte
[ 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
>
Some tests contain assertEquals arguments in the incorrect order
Key: COLLECTIONS-232
URL: http://issues.apache.org/jira/browse/COLLECTIONS-232
Project: Commons Collections
Iss
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
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: Map
79 matches
Mail list logo
