[jira] Commented: (POOL-95) GenericObjectPool constructor with GenericObjectPool.Config ignores softMinEvictableIdleTimeMillis
[ https://issues.apache.org/jira/browse/POOL-95?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489006 ] Phil Steitz commented on POOL-95: - Any reason not to apply this patch? > GenericObjectPool constructor with GenericObjectPool.Config ignores > softMinEvictableIdleTimeMillis > -- > > Key: POOL-95 > URL: https://issues.apache.org/jira/browse/POOL-95 > Project: Commons Pool > Issue Type: Bug >Affects Versions: 1.3, 2.0 >Reporter: Christoph Grothaus >Priority: Minor > Attachments: GenericObjectPool.patch > > > The GenericObjectPool(PoolableObjectFactory factory, GenericObjectPool.Config > config) constructor ignores the setting of softMinEvictableIdleTimeMillis > that is made in config. > Reason: The abovementioned constructor calls the wrong constructor > GenericObjectPool(PoolableObjectFactory factory, int maxActive, byte > whenExhaustedAction, long maxWait, int maxIdle, int minIdle, boolean > testOnBorrow, boolean testOnReturn, long timeBetweenEvictionRunsMillis, int > numTestsPerEvictionRun, long minEvictableIdleTimeMillis, boolean > testWhileIdle) > instead of the correct one > GenericObjectPool(PoolableObjectFactory factory, int maxActive, byte > whenExhaustedAction, long maxWait, int maxIdle, int minIdle, boolean > testOnBorrow, boolean testOnReturn, long timeBetweenEvictionRunsMillis, int > numTestsPerEvictionRun, long minEvictableIdleTimeMillis, boolean > testWhileIdle, long softMinEvictableIdleTimeMillis) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] Re: [nightly build] configuration failed.
On 4/15/07, Emmanuel Bourg <[EMAIL PROTECTED]> wrote: I have the same version of Maven and the build works fine with the xdoc plugin 1.8. What is wrong ? Here is what I get from maven clean xdoc on vmbuild for configuration: File.. /home/psteitz/.maven/cache/maven-xdoc-plugin-1.8/plugin.jelly Element... attainGoal Line.. 687 Column 48 No goal [xdoc:init-i18n] It is using the 1.8 version of the xdoc plugin. Are you using maven 1.0.2, or maven 1.1? Phil Emmanuel Bourg Phil Steitz a écrit : > Failed build logs: > http://vmbuild.apache.org/~commons/nightly/logs//20070415/configuration.log > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] release commons jci RC1 as 1.0
On 12.04.2007, at 19:56, Niall Pemberton wrote: On 4/12/07, Torsten Curdt <[EMAIL PROTECTED]> wrote: Niall, really appreciate our input! On 12.04.2007, at 06:22, Niall Pemberton wrote: > 1) NOTICE / LICENSE > The issue raised by Rahul about the missing NOTICE and LICENSE files > gets a bit complex.They are not specified as a "resource" element in > version 2 of the commons parent pom (which AFAIK would cause them to > be included in all modules) because of a bug in the maven source > plugin (MSOURCES-6) with resource elements in the base directory - so > it has an "antrun" workaround which doesn't seem to have worked in > this multi-module case. Grr > We're still waiting for a release of that > plugin so the workaround can be removed. One solution is to move these > to jci/src/main/resources (which is the default resources location for > maven) For every artifact you mean? It looks that way - projects like Shale have done that - but maybe one of the maven gurus can offer a better idea. Well, would have been nice if that wasn't required - but you already worked around it :) > Usually I don't mind > whether people use the older RC method or create the actual aritifacts > to be distributed - but in this case theres too many things to forget > in a multi-module release so I won't vote on a RC for JCI - only the > actual artifacts. So you want really individual votes for each artifact? ...keep in mind there is only one site though. Sorry, didn't say that very well. What I meant was rather than producing "release candidate" artifacts (i.e with version 1.0-RC1 numbers) - I'd rather vote on the actual artifacts that are going to be deployed if the votes passes - i.e. with the proper 1.0 version number. Ah! OK A number of components have done this recently and it means less chance of something going wrong after the vote passes as it simply becomes a case of copying the jars/distros that have been voted on rather than building a whole new set when "cutting a release". True and makes total sense. Unfortunately the maven release process does not really adhere to that - unless I am missing something. mvn release:prepare -Prc mvn release:perform -Prc Creates the tag and deploy to the snapshot repo. mvn release:prepare -Prelease mvn release:perform -Prelease Would be next but that would not match our (or the quite common) process of turning a RC into a release. > 3) Source/Binary distros > Any reason not to produce the usual source/binary distros for JCI - > rather than just maven artifacts? Well, how much different would that be? We could zip up artifacts but e.g. the site does not work offline (stupid!) unless you do a site:stage. Any suggestions? Site doesn't need to be included IMO - but a binary distro with all the JCI jars and javadocs would be nice and a source distro which is just a zip of the whole src repo. If I get time later I could add an assembly to create these. Thanks for that! > 5) site.xml > Seems that all the modules are using the parent site.xml, since they > don't have one - which means all the module sites have a "Usage", > "FAQ" and "Downloads" links which are broken. You probably need to > include site.xml for each module to avoid this. As the site.xml is inherited I would assume the links get adjusted. That sucks! How stupid is that? True and probably doesn't matter for the release since you're not shipping that. So perhaps something to ponder after. Well, would love to have a working site. Release or not ;) Stupid maven multiproject stuff. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] release commons jci RC1 as 1.0
On 13.04.2007, at 06:22, Niall Pemberton wrote: I added LICENSE and NOTICE files to all modules - these are now being included in the generated jars. I also added assembly to create source and binary distros (not including JSR199 and Examples - is that correct?). Awesome Niall! Thanks a lot! I hope to find the time to look into the site stuff this week and then prepare a RC2 cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cli-avalon] svn commit: r529044 - /jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml
On 15/04/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote: On 4/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: sebb > Date: Sun Apr 15 11:33:27 2007 > New Revision: 529044 > > URL: http://svn.apache.org/viewvc?view=rev&rev=529044 > Log: > Create minimal POM > > Added: > jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (with props) [...] Since this a new component, we should preferably discuss its creation (then have a vote if needed etc.). Not sure I follow that - all I've done is create a Pom so it can be built independently - the code has been in SVN for some while now, waiting for someone to do a release (please!) Sebb - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cli-avalon] svn commit: r529017 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
On 15/04/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote: On 4/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: sebb > Date: Sun Apr 15 10:18:33 2007 > New Revision: 529017 > > URL: http://svn.apache.org/viewvc?view=rev&rev=529017 > Log: > CLI2 -> Avalon > > Modified: > jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF > > Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF > URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF?view=diff&rev=529017&r1=529016&r2=529017 > == > Binary files - no diff available. > Binary? Fixed - not sure how this happened (I did not create the file). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529087 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
Author: sebb
Date: Sun Apr 15 15:58:56 2007
New Revision: 529087
URL: http://svn.apache.org/viewvc?view=rev&rev=529087
Log:
Fix properties
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
(contents, props changed)
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF?view=diff&rev=529087&r1=529086&r2=529087
==
Binary files - no diff available.
Propchange:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
--
svn:eol-style = native
Propchange:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
('svn:mime-type' removed)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529051 - /jakarta/commons/proper/cli/branches/avalon-implementation/build.xml
Author: sebb Date: Sun Apr 15 12:25:18 2007 New Revision: 529051 URL: http://svn.apache.org/viewvc?view=rev&rev=529051 Log: No longer reflects Maven.xml Removed: jakarta/commons/proper/cli/branches/avalon-implementation/build.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529050 - /jakarta/commons/proper/cli/branches/avalon-implementation/doap_cli.rdf
Author: sebb Date: Sun Apr 15 12:24:53 2007 New Revision: 529050 URL: http://svn.apache.org/viewvc?view=rev&rev=529050 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/doap_cli.rdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FileUpload errors
On 4/14/07, Kirill Maksimov <[EMAIL PROTECTED]> wrote: For example, on the page http://jakarta.apache.org/commons/fileupload/streaming.html is some outdated code Instead of 'item.openStream(stream)' should be 'item.getInputStream(Stream)'. Why do you think so? The interface FileItemStream doesn't have a method getInputStream? Jochen -- My cats know that I am a loser who goes out for hunting every day without ever returning as much as a single mouse. Fortunately, I've got a wife who's a real champ: She leaves the house and returns within half an hour, carrying whole bags full of meal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cli-avalon] svn commit: r529044 - /jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml
On 4/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: sebb Date: Sun Apr 15 11:33:27 2007 New Revision: 529044 URL: http://svn.apache.org/viewvc?view=rev&rev=529044 Log: Create minimal POM Added: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (with props) Added: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml?view=auto&rev=529044 == --- jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (added) +++ jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml Sun Apr 15 11:33:27 2007 @@ -0,0 +1,95 @@ + + +http://maven.apache.org/POM/4.0.0"; +xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; +xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> + +org.apache.commons +commons-parent +1 + + 4.0.0 + commons-cli-avalon + commons-cli-avalon Since this a new component, we should preferably discuss its creation (then have a vote if needed etc.). -Rahul + 2.0-SNAPSHOT + CLI-Avalon + + 2002 + +Commons CLI (Avalon) provides a simple API for processing and +validating a command line interface. + + + http://jakarta.apache.org/commons/cli/ + + +jira +http://issues.apache.org/jira/browse/CLI + + + + scm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/cli/branches/avalon-implementation + scm:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/cli/branches/avalon-implementation + http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation + + + + + + + + junit + junit + 3.8.1 + test + + + + + jdepend + jdepend + 2.5 + test + + + + + +src/java +src/test + + + src/java/org/apache/commons/cli/avalon + org/apache/commons/cli/avalon + +**/*.properties + + + + . + META-INF + +NOTICE.txt +LICENSE.txt + + + + + + \ No newline at end of file Propchange: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml -- svn:eol-style = native Propchange: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml -- svn:keywords = Author Date Id Revision - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529044 - /jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml
Author: sebb Date: Sun Apr 15 11:33:27 2007 New Revision: 529044 URL: http://svn.apache.org/viewvc?view=rev&rev=529044 Log: Create minimal POM Added: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (with props) Added: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml?view=auto&rev=529044 == --- jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (added) +++ jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml Sun Apr 15 11:33:27 2007 @@ -0,0 +1,95 @@ + + +http://maven.apache.org/POM/4.0.0"; +xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; +xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> + +org.apache.commons +commons-parent +1 + + 4.0.0 + commons-cli-avalon + commons-cli-avalon + 2.0-SNAPSHOT + CLI-Avalon + + 2002 + +Commons CLI (Avalon) provides a simple API for processing and +validating a command line interface. + + + http://jakarta.apache.org/commons/cli/ + + +jira +http://issues.apache.org/jira/browse/CLI + + + + scm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/cli/branches/avalon-implementation + scm:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/cli/branches/avalon-implementation + http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation + + + + + + + + junit + junit + 3.8.1 + test + + + + + jdepend + jdepend + 2.5 + test + + + + + +src/java +src/test + + + src/java/org/apache/commons/cli/avalon + org/apache/commons/cli/avalon + +**/*.properties + + + + . + META-INF + +NOTICE.txt +LICENSE.txt + + + + + + \ No newline at end of file Propchange: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml -- svn:eol-style = native Propchange: jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml -- svn:keywords = Author Date Id Revision - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cli-avalon] svn commit: r529017 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
On 4/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: sebb Date: Sun Apr 15 10:18:33 2007 New Revision: 529017 URL: http://svn.apache.org/viewvc?view=rev&rev=529017 Log: CLI2 -> Avalon Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF?view=diff&rev=529017&r1=529016&r2=529017 == Binary files - no diff available. Binary? -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529043 - /jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt
Author: sebb Date: Sun Apr 15 11:32:27 2007 New Revision: 529043 URL: http://svn.apache.org/viewvc?view=rev&rev=529043 Log: Update release notes Modified: jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt Modified: jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt?view=diff&rev=529043&r1=529042&r2=529043 == --- jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/RELEASE-NOTES.txt Sun Apr 15 11:32:27 2007 @@ -1,17 +1,16 @@ $Id$ - Commons CLI Package - Version 1.0 + Commons CLI Avalon Package + Version 2.0 Release Notes INTRODUCTION: This document contains the release notes for this version of the Commons -CLI package. Commons CLI provides a simple API for working with the command line arguments and options. - -This is the first release of the CLI component, therefore all features are new, -there are no bug-fixes, nothing is deprecated and there are no changes. +CLI Avalon package. + +Commons CLI Avalon provides a simple API for working with the command line arguments and options. For more information, read the documentation on the project site at http://jakarta.apache.org/commons/cli/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529032 - /jakarta/commons/proper/cli/branches/avalon-implementation/build-gump.xml
Author: sebb Date: Sun Apr 15 10:27:38 2007 New Revision: 529032 URL: http://svn.apache.org/viewvc?view=rev&rev=529032 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/build-gump.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529031 - /jakarta/commons/proper/cli/branches/avalon-implementation/gump.xml
Author: sebb Date: Sun Apr 15 10:27:22 2007 New Revision: 529031 URL: http://svn.apache.org/viewvc?view=rev&rev=529031 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/gump.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529028 - /jakarta/commons/proper/cli/branches/avalon-implementation/project.xml
Author: sebb Date: Sun Apr 15 10:26:36 2007 New Revision: 529028 URL: http://svn.apache.org/viewvc?view=rev&rev=529028 Log: Fix ASF licence header Fix Avalon references Modified: jakarta/commons/proper/cli/branches/avalon-implementation/project.xml Modified: jakarta/commons/proper/cli/branches/avalon-implementation/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/project.xml?view=diff&rev=529028&r1=529027&r2=529028 == --- jakarta/commons/proper/cli/branches/avalon-implementation/project.xml (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/project.xml Sun Apr 15 10:26:36 2007 @@ -1,10 +1,11 @@ - - commons-lang - commons-lang - 2.1 - - junit @@ -176,8 +110,8 @@ - src/java/org/apache/commons/cli2 - org/apache/commons/cli2 + src/java/org/apache/commons/cli/avalon + org/apache/commons/cli/avalon **/*.properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529026 - /jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/manual/
Author: sebb Date: Sun Apr 15 10:25:27 2007 New Revision: 529026 URL: http://svn.apache.org/viewvc?view=rev&rev=529026 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/manual/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529025 - /jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml
Author: sebb Date: Sun Apr 15 10:24:55 2007 New Revision: 529025 URL: http://svn.apache.org/viewvc?view=rev&rev=529025 Log: Fix ASF licence Modified: jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml Modified: jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml?view=diff&rev=529025&r1=529024&r2=529025 == --- jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml Sun Apr 15 10:24:55 2007 @@ -1,17 +1,18 @@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529024 - in /jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/images: commandlines.png options.png
Author: sebb Date: Sun Apr 15 10:24:22 2007 New Revision: 529024 URL: http://svn.apache.org/viewvc?view=rev&rev=529024 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/images/commandlines.png jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/images/options.png - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529023 - /jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/examples/
Author: sebb Date: Sun Apr 15 10:23:46 2007 New Revision: 529023 URL: http://svn.apache.org/viewvc?view=rev&rev=529023 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/examples/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529022 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java
Author: sebb Date: Sun Apr 15 10:23:15 2007 New Revision: 529022 URL: http://svn.apache.org/viewvc?view=rev&rev=529022 Log: Fix ASF licence Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java?view=diff&rev=529022&r1=529021&r2=529022 == --- jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java Sun Apr 15 10:23:15 2007 @@ -1,19 +1,21 @@ -/* - * Copyright 2002-2005 The Apache Software Foundation - * Licensed under the Apache License, Version 2.0 (the "License"); - * you may not use this file except in compliance with the License. - * You may obtain a copy of the License at - * +/* + * Licensed to the Apache Software Foundation (ASF) under one or more + * contributor license agreements. See the NOTICE file distributed with + * this work for additional information regarding copyright ownership. + * The ASF licenses this file to You under the Apache License, Version 2.0 + * (the "License"); you may not use this file except in compliance with + * the License. You may obtain a copy of the License at + * * http://www.apache.org/licenses/LICENSE-2.0 - * + * * Unless required by applicable law or agreed to in writing, software - * distributed under the License is distributed on an "AS IS" BASIS, - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or - * implied. - * + * distributed under the License is distributed on an "AS IS" BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. + * */ + package org.apache.commons.cli.avalon; //Renamed from org.apache.avalon.excalibur.cli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529021 - in /jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon: AbstractParserControl.java CLArgsParser.java CLOption.java CLOptionDescripto
Author: sebb Date: Sun Apr 15 10:22:41 2007 New Revision: 529021 URL: http://svn.apache.org/viewvc?view=rev&rev=529021 Log: Fix ASF licence; add NON-NLS markers Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/AbstractParserControl.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLArgsParser.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLOption.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLOptionDescriptor.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLUtil.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/ParserControl.java jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/Token.java Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/AbstractParserControl.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/AbstractParserControl.java?view=diff&rev=529021&r1=529020&r2=529021 == --- jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/AbstractParserControl.java (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/AbstractParserControl.java Sun Apr 15 10:22:41 2007 @@ -1,26 +1,28 @@ -/* - * Copyright 2002-2005 The Apache Software Foundation - * Licensed under the Apache License, Version 2.0 (the "License"); - * you may not use this file except in compliance with the License. - * You may obtain a copy of the License at - * +/* + * Licensed to the Apache Software Foundation (ASF) under one or more + * contributor license agreements. See the NOTICE file distributed with + * this work for additional information regarding copyright ownership. + * The ASF licenses this file to You under the Apache License, Version 2.0 + * (the "License"); you may not use this file except in compliance with + * the License. You may obtain a copy of the License at + * * http://www.apache.org/licenses/LICENSE-2.0 - * + * * Unless required by applicable law or agreed to in writing, software - * distributed under the License is distributed on an "AS IS" BASIS, - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or - * implied. - * + * distributed under the License is distributed on an "AS IS" BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. + * */ + package org.apache.commons.cli.avalon; //Renamed from org.apache.avalon.excalibur.cli /** * Class to inherit from so when in future when new controls are added - * clients will no have to implement them. - * @version $Revision: 1.2 $ + * clients will not have to implement them. + * * @see ParserControl */ public abstract class AbstractParserControl Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLArgsParser.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLArgsParser.java?view=diff&rev=529021&r1=529020&r2=529021 == --- jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLArgsParser.java (original) +++ jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLArgsParser.java Sun Apr 15 10:22:41 2007 @@ -1,19 +1,21 @@ -/* - * Copyright 2002-2005 The Apache Software Foundation - * Licensed under the Apache License, Version 2.0 (the "License"); - * you may not use this file except in compliance with the License. - * You may obtain a copy of the License at - * +/* + * Licensed to the Apache Software Foundation (ASF) under one or more + * contributor license agreements. See the NOTICE file distributed with + * this work for additional information regarding copyright ownership. + * The ASF licenses this file to You under the Apache License, Version 2.0 + * (the "License"); you may not use this file except in compliance with + * the License. You may obtain a copy of the License at + * * http://www.apache.org/licenses/LICENSE-2.0 - * + * * Unless required by applicable law or agreed to in writing, software - * distributed under the License is distributed on an "AS IS" BASIS, - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express o
svn commit: r529019 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/test/data/
Author: sebb Date: Sun Apr 15 10:20:39 2007 New Revision: 529019 URL: http://svn.apache.org/viewvc?view=rev&rev=529019 Log: Not used for Avalon CLI Removed: jakarta/commons/proper/cli/branches/avalon-implementation/src/test/data/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529017 - /jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
Author: sebb Date: Sun Apr 15 10:18:33 2007 New Revision: 529017 URL: http://svn.apache.org/viewvc?view=rev&rev=529017 Log: CLI2 -> Avalon Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF?view=diff&rev=529017&r1=529016&r2=529017 == Binary files - no diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r529008 - /jakarta/commons/trunks-sandbox/
Author: rahul Date: Sun Apr 15 09:52:45 2007 New Revision: 529008 URL: http://svn.apache.org/viewvc?view=rev&rev=529008 Log: Removing jci so trunks-sandbox checkout will not fail Modified: jakarta/commons/trunks-sandbox/ (props changed) Propchange: jakarta/commons/trunks-sandbox/ -- --- svn:externals (original) +++ svn:externals Sun Apr 15 09:52:45 2007 @@ -6,7 +6,6 @@ i18n https://svn.apache.org/repos/asf/jakarta/commons/sandbox/i18n/trunk id https://svn.apache.org/repos/asf/jakarta/commons/sandbox/id/trunk javaflow https://svn.apache.org/repos/asf/jakarta/commons/sandbox/javaflow/trunk -jci https://svn.apache.org/repos/asf/jakarta/commons/sandbox/jci/trunk js2j https://svn.apache.org/repos/asf/jakarta/commons/sandbox/js2j/trunk openpgp https://svn.apache.org/repos/asf/jakarta/commons/sandbox/openpgp/trunk pipeline https://svn.apache.org/repos/asf/jakarta/commons/sandbox/pipeline/trunk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[lang] StringUtils startsWith / endsWith methods
I posted a patch for StringUtils to add a number of new methods to the following Jira ticket: http://issues.apache.org/jira/browse/LANG-326 Any objections to me committing this? Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sonfiguration-189
sharma rohit wrote: Is Configuration-189 issue resolved in R1.4 of Commons Configuration? The DefaultConfigurationBuilder class, which is available since the 1.3 release provides the desired functionality. The class is covered by the user guide. You can find the history of this enhancement request at [1]. Oliver [1] http://issues.apache.org/jira/browse/CONFIGURATION-189 This is a proposal to support reloadable configurations in the configuration descriptor parsed by ConfigurationFactory. I suggest two forms, a complete form to fine tune the strategy applied to the configuration: and a short form: This short form will use a FileChangedReloadingStrategy with the default values. This form keeps the descriptor simple for those that don't bother fine tuning the performance of the reloading mechanism. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (POOL-101) BaseObjectPool does not provide atomicity for closed-Operations
[
https://issues.apache.org/jira/browse/POOL-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sandy McArthur closed POOL-101.
---
Resolution: Won't Fix
Assignee: Sandy McArthur
I'm not convinced this is a worthwhile issue.
First, any subclasses of BaseObjectPool can do whatever synchronization they
need to do for correct behavior. Different pools have different needs.
Second, the alternative is to synchronize all access to the closed field. That
will have a negative performance impact for all calls to assertOpen which is
rather frequent. Since the subclass is responsible for correct, thread-safe
behavior, there is little reason for BOP to assume that responsibility.
Closing this for now. If you can show me it's a problem in a larger context
I'll reconsider.
> BaseObjectPool does not provide atomicity for closed-Operations
> ---
>
> Key: POOL-101
> URL: https://issues.apache.org/jira/browse/POOL-101
> Project: Commons Pool
> Issue Type: Bug
>Affects Versions: 1.3
>Reporter: Marcos Sanz
> Assigned To: Sandy McArthur
>Priority: Minor
>
> Though the "closed" field has been declared volatile in the abstract class
> BaseObjectPool, atomic operations are not guaranteed. Thus, the code
> public void close() throws Exception {
> assertOpen();
> closed = true;
> }
> is broken. I've marked the issue as minor priority, since the semantic
> consequences are not very far-reaching (in the worst case, the pool can be
> closed twice), but the error could be potentiated if exploited further.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[http-client] Does HttpClient support the HttpOnly cookie attribute?
It appears that the HttpOnly cookie attribute is not recognized by the CookieSpec class (in both HttpClient 3.0 and 3.1rc). i.e. the following message is logged ... CookieSpec - Unrecognized cookie attribute: name=HttpOnly, value=null This appears to be a bit of a show stopper, as the server redirects the subsequent request back to the Login page after a seemingly successful login. In looking at the cookie that is included in the subsequent request, the HttpOnly attribute is missing altogether. So, does HttpClient support HttpOnly cookie attribute??? Thanks in advance, Tom PS. Pardon me if this is a double-posting. I did post this a few days ago on the commons-user list but later realized that it was probably something that should have been posted to commons-dev. Is commons-user a subset of commons-dev? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[configuration] Re: [nightly build] configuration failed.
I have the same version of Maven and the build works fine with the xdoc plugin 1.8. What is wrong ? Emmanuel Bourg Phil Steitz a écrit : Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070415/configuration.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[nightly build] configuration failed.
Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070415/configuration.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] 1.4 dependency in PropertyListParser.java
Oliver Heger a écrit : I agree with using Java 5 for version 2.0. About switching to JDK 1.4 I am not sure. I think we should do this switch as late as possible. I.e. as long as no specific 1.4 features are needed for the fixes and features we implement, we should stay with 1.3. I remember a posting on this list shortly before the Configuration 1.3 release, in which the author made clear that he still needs JDK 1.3 support. On the other hand there are people requesting features that will require Java 1.4 like the Preferences integration. I see 2 solutions to satisfy everyone: 1. release a last Java 1.3 version and support it as long as possible by backporting the bug fixes. That may be a 1.4.x branch. 2. implement the new classes with Java 1.4 but keep the existing code compatible with Java 1.3. The build may be difficult to manage with this mixed approach, we will need 2 compilation procedures, one with the JDK 1.3 excluding the new classes, and one with the JDK 1.4 with all classes. One of my hopes on moving to Java 1.4 is to remove the core dependency on [collections]. We need it mainly for the LinkedMap and the ListOrderedSet, instead of these classes we could use the Java 1.4 alternatives. The other usages of [collections] are less critical and could be implemented differently. Removing this dependency will not be possible with the second solution though. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
