[jira] Created: (BEANUTILS-284) Locale aware Converters doesn't handle conversion direction Object-String
Locale aware Converters doesn't handle conversion direction Object-String --- Key: BEANUTILS-284 URL: https://issues.apache.org/jira/browse/BEANUTILS-284 Project: Commons BeanUtils Issue Type: Bug Components: Locale BeanUtils / Converters Affects Versions: Nightly Builds Environment: sources from SVN head Reporter: Josef Cacek Attachments: Test.java Locale aware Converters doesn't handle conversion direction Object-String according to new implementation of lookup method in ConvertUtilsBean class. E.g. BigDecimalLocaleConverter handles conversion String-BigDecimal but not BigDecimal-String -- 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]
[jira] Updated: (BEANUTILS-284) Locale aware Converters doesn't handle conversion direction Object-String
[ https://issues.apache.org/jira/browse/BEANUTILS-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josef Cacek updated BEANUTILS-284: -- Attachment: Test.java Sample to reproduce bug. Locale aware Converters doesn't handle conversion direction Object-String --- Key: BEANUTILS-284 URL: https://issues.apache.org/jira/browse/BEANUTILS-284 Project: Commons BeanUtils Issue Type: Bug Components: Locale BeanUtils / Converters Affects Versions: Nightly Builds Environment: sources from SVN head Reporter: Josef Cacek Attachments: Test.java Locale aware Converters doesn't handle conversion direction Object-String according to new implementation of lookup method in ConvertUtilsBean class. E.g. BigDecimalLocaleConverter handles conversion String-BigDecimal but not BigDecimal-String -- 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]
[jira] Commented: (BEANUTILS-284) Locale aware Converters doesn't handle conversion direction Object-String
[ https://issues.apache.org/jira/browse/BEANUTILS-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503751 ] Josef Cacek commented on BEANUTILS-284: --- Sorry for the wrong comment in source file (it was copy/paste and I've uploaded the file before saving). Comment should contain sth. like: // following code throws ConversionException, because BigDecimalLocaleConverter doesn't handle // conversion direction BigDecimal-String Locale aware Converters doesn't handle conversion direction Object-String --- Key: BEANUTILS-284 URL: https://issues.apache.org/jira/browse/BEANUTILS-284 Project: Commons BeanUtils Issue Type: Bug Components: Locale BeanUtils / Converters Affects Versions: Nightly Builds Environment: sources from SVN head Reporter: Josef Cacek Attachments: Test.java Locale aware Converters doesn't handle conversion direction Object-String according to new implementation of lookup method in ConvertUtilsBean class. E.g. BigDecimalLocaleConverter handles conversion String-BigDecimal but not BigDecimal-String -- 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]
svn commit: r546428 - in /jakarta/commons/proper/jci/trunk: assembly/ build-dists.sh pom.xml
Author: tcurdt
Date: Tue Jun 12 02:05:59 2007
New Revision: 546428
URL: http://svn.apache.org/viewvc?view=revrev=546428
Log:
assembly is not working as needed
Removed:
jakarta/commons/proper/jci/trunk/assembly/
Modified:
jakarta/commons/proper/jci/trunk/build-dists.sh
jakarta/commons/proper/jci/trunk/pom.xml
Modified: jakarta/commons/proper/jci/trunk/build-dists.sh
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/build-dists.sh?view=diffrev=546428r1=546427r2=546428
==
--- jakarta/commons/proper/jci/trunk/build-dists.sh (original)
+++ jakarta/commons/proper/jci/trunk/build-dists.sh Tue Jun 12 02:05:59 2007
@@ -1,46 +1,64 @@
#!/bin/sh
-TMP=`pwd`/target
-DIST=$TMP/dist
-LIB=$DIST/lib
-
-find $TMP -name *.zip -delete
-find $TMP -name *.tar.gz -delete
-rm -R $DIST 2/dev/null
+set -e
+BASE=`pwd`
-# build source dist
+RC=`xml sel -N m=http://maven.apache.org/POM/4.0.0 -t -v
'/m:project/m:properties/m:release.tag' $BASE/pom.xml`
+STAGING=`xml sel -N m=http://maven.apache.org/POM/4.0.0 -t -v
/m:project/m:profiles/m:profile[m:id/text() =
'release']/m:distributionManagement/m:repository/m:url $BASE/pom.xml | sed
s/\\${commons.deployment.protocol}:\/\//$USER@/ | sed
s/\\${release.tag}/$RC/ | sed 's#/#:/#'`
+RELEASE=`echo $RC|sed s/-.*//`
+
+echo creating $RELEASE from $RC at $STAGING
+
+MAVEN_RELEASE=$BASE/target/maven-dist
+DIST=$BASE/target/dist
-tar czvf $TMP/commons-jci-1.0-src.tar.gz --exclude .svn --exclude target
--exclude dist.sh .
-zip -r $TMP/commons-jci-1.0-src.zip . -x *.svn/* -x target/*
+rm -R $MAVEN_RELEASE 2/dev/null || true
+rm -R $DIST 2/dev/null || true
+scp -r $STAGING $MAVEN_RELEASE
# build binary dist
+LIB=$DIST/bin/lib
mkdir -p $LIB 2/dev/null
-JARS=`find target -type f -name *-1.0.jar`
+JARS=`find $MAVEN_RELEASE -type f -name *-$RELEASE.jar`
for A in $JARS ; do
cp $A $LIB
done
-cp LICENSE.txt NOTICE.txt $DIST
+cp $BASE/LICENSE.txt $BASE/NOTICE.txt $DIST/bin
+cd $DIST/bin
+tar czvf $BASE/target/commons-jci-$RELEASE-bin.tar.gz .
+zip -r $BASE/target/commons-jci-$RELEASE-bin.zip .
-cd $DIST
+cd -
-tar czvf $TMP/commons-jci-1.0-bin.tar.gz .
-zip -r $TMP/commons-jci-1.0-bin.zip .
+# build source dist
+
+SOURCE=`xml sel -N m=http://maven.apache.org/POM/4.0.0 -t -v
/m:project/m:scm/m:developerConnection $BASE/pom.xml | sed 's/scn:svn://' |
sed s/trunk/tags\/$RC/`
+
+mkdir -p $DIST/src 2/dev/null
+cd $DIST/src
+svn co $SOURCE .
-ARTIFACTS=$TMP/commons-jci-1.0-bin.tar.gz $TMP/commons-jci-1.0-bin.zip
$TMP/commons-jci-1.0-src.tar.gz $TMP/commons-jci-1.0-src.zip
+tar czvf $BASE/target/commons-jci-$RELEASE-src.tar.gz --exclude .svn --exclude
target --exclude dist.sh .
+zip -r $BASE/target/commons-jci-$RELEASE-src.zip . -x *.svn/* -x target/*
+
+
+# sign
+
+ARTIFACTS=`find $BASE/target -name *.zip -maxdepth 1` `find $BASE/target
-name *.tar.gz -maxdepth 1`
RUNNING=`ps -ax | grep gpg-agent | grep -v grep`
if [ -z $RUNNING ]; then
@@ -58,8 +76,7 @@
openssl sha1 $A $A.sha1
done
-
-for A in $TGZS $ZIPS ; do
+for A in $ARTIFACTS ; do
echo $A
gpg --verify $A.asc $A
done
Modified: jakarta/commons/proper/jci/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546428r1=546427r2=546428
==
--- jakarta/commons/proper/jci/trunk/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 02:05:59 2007
@@ -47,7 +47,6 @@
modulecompilers/javac/module
modulecompilers/rhino/module
moduleexamples/module
-moduleassembly/module
/modules
distributionManagement
site
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546429 - /jakarta/commons/proper/jci/tags/1.0-RC4/
Author: tcurdt Date: Tue Jun 12 02:06:56 2007 New Revision: 546429 URL: http://svn.apache.org/viewvc?view=revrev=546429 Log: re-do Removed: jakarta/commons/proper/jci/tags/1.0-RC4/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TRANSACTIONS-16
Hi, A bit more details below. I haven't had time to look in detail at the existing implementation. Some points on the inner workings: *** Collections *** - Typically working with a shared resource is done by creating a map with the resource values, and then instantiating an XAMap, passing the shared map to it's constructor. This creates a Map-specific specialization of the AbstractResourceManager, that is capable of creating new transaction scopes (individual internal transaction representations) as well as provide an XAResource implementation. - The XAMap instance implements the Map interface and can now be used directly from surrounding code. Calls to these interface methods are delegated to the transaction-local Map representation which is which is an instance of the XAMapResource implementation that also implements the Map interface (XAMapResource). There is one of these for each active transaction. - The XAResource implementation creates the data structures required to hold transaction-scope specific data, when asked to do so by the TransactionManager. For the XAMapResource implementation the ProxyXAScope is used. Invocations of Map-interface methods on the XAMapResource use this scope instance for keeping track of changes. - The scope implementation provides two important features: a transaction log, and 'shadowing'. Initially it takes a full copy (clone) of the shared resource - this could be improved substantially. - Whenever a reading invocation occurs 1) The invocation is delegated to the scope-specific proxy, that can also be considered a Map which reads from the shadow. 2) If a complex collection-backed instance is returned (such as the key set or a ListIterator) it is wrapped for similar functionality. Returned instances (elements) are also wrapped if they implement one of the included XA-collection interfaces, such that nested collections participate in the same transaction. - Whenever a mutating invocation occurs 1) The resource is locked for mutation by others 2) The invocation is delegated to the scope-specific proxy, that can also be considered a Map, which puts the invocation in the log and reads from the shadow. - Obvious improvements to the above: - Better locking granularity or MVCC implementation - Less wasteful shadow implementation. Copy-on-read. *** Object model *** - The XAObject implementation wraps all returned instances in a dynamic proxy which intercepts all invocations, and similarly puts them in the associated scope's transaction log and applies the method invication to a cloned instance. This implementation uses the IdentityXAScope instead and performs copy-on-read-as-well-as-write. It also locks on instance granularity. - Obvious improvements to the above: - MVCC implementation - Support direct field-modification (class instrumentation required) - Disable cloning for more known immutable types - Declarative read-only optimization - or perhaps even automatic detection of whether an invocation is read or write (could be done with field interceptors - again: requires class instrumentation). I am unsure how resource enlistment to the TransactionManager should work, as mentioned in a comment in jira. For now the collections enlist themselves, when created. What's the best way to go about this? I guess there must be some j2ee-mandated way of enlisting a resource? Let me know what you think. -dennis --- The information in this email is confidential and may be legally protected. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-11062007.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 8 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-11062007.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar - [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.095 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.952 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 1.51 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.026 sec [junit] Running org.apache.commons.id.serial.LongGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.99 sec [junit] Running org.apache.commons.id.serial.NumericGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.063 sec [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.214 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.196 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.357 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.58 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.492 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.951 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.918 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.513 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.999 sec
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-11062007.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 8 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-11062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-11062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-11062007.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar - [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.095 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.952 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 1.51 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.026 sec [junit] Running org.apache.commons.id.serial.LongGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.99 sec [junit] Running org.apache.commons.id.serial.NumericGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.063 sec [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.214 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.196 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.357 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.58 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.492 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.951 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.918 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.513 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.999 sec
[jira] Updated: (BEANUTILS-284) Locale aware Converters doesn't handle conversion direction Object-String
[ https://issues.apache.org/jira/browse/BEANUTILS-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated BEANUTILS-284: -- Affects Version/s: (was: Nightly Builds) 1.7.0 Fix Version/s: 1.8.0 Assignee: Niall Pemberton Yes, the LocaleConverter implementations haven't been high on my priority list - but you're right they need to provide the same capabilities as the standard converters. Thanks for the feedback - its very welcome :) Locale aware Converters doesn't handle conversion direction Object-String --- Key: BEANUTILS-284 URL: https://issues.apache.org/jira/browse/BEANUTILS-284 Project: Commons BeanUtils Issue Type: Bug Components: Locale BeanUtils / Converters Affects Versions: 1.7.0 Environment: sources from SVN head Reporter: Josef Cacek Assignee: Niall Pemberton Fix For: 1.8.0 Attachments: Test.java Locale aware Converters doesn't handle conversion direction Object-String according to new implementation of lookup method in ConvertUtilsBean class. E.g. BigDecimalLocaleConverter handles conversion String-BigDecimal but not BigDecimal-String -- 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]
[nightly build] beanutils logging failed.
Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070612/beanutils.log http://vmbuild.apache.org/~commons/nightly/logs//20070612/logging.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546471 - in /jakarta/commons/proper/beanutils/trunk/src: java/org/apache/commons/beanutils/DynaBeanMapDecorator.java test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java
Author: niallp
Date: Tue Jun 12 05:57:20 2007
New Revision: 546471
URL: http://svn.apache.org/viewvc?view=revrev=546471
Log:
Restore JDK 1.3 compatibility
Modified:
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/DynaBeanMapDecorator.java
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java
Modified:
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/DynaBeanMapDecorator.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/DynaBeanMapDecorator.java?view=diffrev=546471r1=546470r2=546471
==
---
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/DynaBeanMapDecorator.java
(original)
+++
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/DynaBeanMapDecorator.java
Tue Jun 12 05:57:20 2007
@@ -20,7 +20,7 @@
import java.util.List;
import java.util.ArrayList;
import java.util.Set;
-import java.util.LinkedHashSet;
+import java.util.HashSet;
import java.util.Iterator;
import java.util.Collection;
import java.util.Collections;
@@ -183,7 +183,7 @@
*/
public Set entrySet() {
DynaProperty[] properties = getDynaProperties();
-Set set = new LinkedHashSet(properties.length);
+Set set = new HashSet(properties.length);
for (int i = 0; i properties.length; i++) {
String key = properties[i].getName();
Object value = getDynaBean().get(key);
@@ -232,7 +232,7 @@
// Create a Set of the keys
DynaProperty[] properties = getDynaProperties();
-Set set = new LinkedHashSet(properties.length);
+Set set = new HashSet(properties.length);
for (int i = 0; i properties.length; i++) {
set.add(properties[i].getName());
}
Modified:
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java?view=diffrev=546471r1=546470r2=546471
==
---
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java
(original)
+++
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/DynaBeanMapDecoratorTestCase.java
Tue Jun 12 05:57:20 2007
@@ -168,17 +168,21 @@
assertEquals(entrySet size, properties.length, set.size());
-// Set should be ordered in same sequence as properties
Iterator iterator = set.iterator();
+List namesList = new ArrayList();
int i = 0;
while (iterator.hasNext()) {
Map.Entry entry = (Map.Entry)iterator.next();
-String expectName = properties[i].getName();
-Object expectValue = decoratedMap.get(expectName);
-assertEquals(entrySet(+i+) key, expectName, entry.getKey());
+String name = (String)entry.getKey();
+namesList.add(name);
+Object expectValue = decoratedMap.get(name);
assertEquals(entrySet(+i+) val, expectValue, entry.getValue());
i++;
}
+for (int j = 0; j properties.length; j++) {
+String name = properties[j].getName();
+assertTrue(Check property[ + j + ], namesList.contains(name));
+}
}
/**
@@ -217,13 +221,9 @@
assertEquals(keySet size, properties.length, set.size());
-// Set should be ordered in same sequence as properties
-Iterator iterator = set.iterator();
-int i = 0;
-while (iterator.hasNext()) {
-String expectName = properties[i].getName();
-assertEquals(keySet(+i+) key, expectName, iterator.next());
-i++;
+for (int i = 0; i properties.length; i++) {
+String name = properties[i].getName();
+assertTrue(Check property[ + i + ], set.contains(name));
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546480 - /jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java
Author: niallp
Date: Tue Jun 12 06:35:32 2007
New Revision: 546480
URL: http://svn.apache.org/viewvc?view=revrev=546480
Log:
Fix failing test case
Modified:
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java
Modified:
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java?view=diffrev=546480r1=546479r2=546480
==
---
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java
(original)
+++
jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/IndexedPropertyTestCase.java
Tue Jun 12 06:35:32 2007
@@ -412,7 +412,7 @@
public void testGetListAsString() {
try {
-assertEquals([list-0, list-1, list-2],
+assertEquals(list-0,
beanUtilsBean.getProperty(bean, stringList));
} catch(Exception e) {
fail(Threw exception + e);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546481 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 06:40:07 2007 New Revision: 546481 URL: http://svn.apache.org/viewvc?view=revrev=546481 Log: [maven-release-plugin] prepare release 1.0-RC4 Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546481r1=546480r2=546481 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 06:40:07 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546481r1=546480r2=546481 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 06:40:07 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546481r1=546480r2=546481 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 06:40:07 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546481r1=546480r2=546481 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 06:40:07 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0-SNAPSHOT/version +version1.0/version
svn commit: r546487 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 07:03:41 2007 New Revision: 546487 URL: http://svn.apache.org/viewvc?view=revrev=546487 Log: next try Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546487r1=546486r2=546487 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 07:03:41 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0/version +version1.0-SNAPSHOT/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546487r1=546486r2=546487 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 07:03:41 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0/version +version1.0-SNAPSHOT/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546487r1=546486r2=546487 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 07:03:41 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0/version +version1.0-SNAPSHOT/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546487r1=546486r2=546487 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 07:03:41 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0/version +version1.0-SNAPSHOT/version namecompiler-javac/name
svn commit: r546493 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 07:18:48 2007 New Revision: 546493 URL: http://svn.apache.org/viewvc?view=revrev=546493 Log: [maven-release-plugin] prepare release 1.0-RC4 Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546493r1=546492r2=546493 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 07:18:48 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546493r1=546492r2=546493 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 07:18:48 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546493r1=546492r2=546493 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 07:18:48 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546493r1=546492r2=546493 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 07:18:48 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0-SNAPSHOT/version +version1.0/version
svn commit: r546494 - in /jakarta/commons/proper/jci/tags/1.0-RC4: ./ compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/p
Author: tcurdt Date: Tue Jun 12 07:19:04 2007 New Revision: 546494 URL: http://svn.apache.org/viewvc?view=revrev=546494 Log: [maven-scm] copy for tag 1.0-RC4 Added: jakarta/commons/proper/jci/tags/1.0-RC4/ - copied from r546483, jakarta/commons/proper/jci/trunk/ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/rhino/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/core/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/examples/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/fam/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/pom.xml - copied unchanged from r546493, jakarta/commons/proper/jci/trunk/pom.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546495 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 07:19:16 2007 New Revision: 546495 URL: http://svn.apache.org/viewvc?view=revrev=546495 Log: [maven-release-plugin] prepare for next development iteration Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546495r1=546494r2=546495 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 07:19:16 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546495r1=546494r2=546495 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 07:19:16 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546495r1=546494r2=546495 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 07:19:16 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546495r1=546494r2=546495 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 07:19:16 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-javac/name description Commons JCI compiler implementation for the javac compiler (up to JDK 1.5). Modified: jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml?view=diffrev=546495r1=546494r2=546495 == --- jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml Tue Jun 12 07:19:16 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-rhino/artifactId -version1.0/version +
svn commit: r546544 - /jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt
Author: bayard Date: Tue Jun 12 09:00:35 2007 New Revision: 546544 URL: http://svn.apache.org/viewvc?view=revrev=546544 Log: Updating readme Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt?view=diffrev=546544r1=546543r2=546544 == --- jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt (original) +++ jakarta/commons/proper/cli/branches/cli-1.0.x/README.txt Tue Jun 12 09:00:35 2007 @@ -12,7 +12,7 @@ http://www.junit.org/ -There are two ways to build CLI, either with ant or maven. +There are two ways to build CLI, either with Ant or Maven 1. Ant can be found here : @@ -22,18 +22,17 @@ ant dist -Maven can be found here : +Maven 1 can be found here : http://maven.apache.org and to build and test the system use: - maven jar:jar + maven clean jar The system will build and test itself. -For complete documentation and to create a local copy of the -CLI project website, type: +For complete documentation type: maven site - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546558 - in /jakarta/commons/proper/cli/branches/cli-1.0.x: RELEASE-NOTES.txt maven.xml project.properties
Author: bayard
Date: Tue Jun 12 09:22:51 2007
New Revision: 546558
URL: http://svn.apache.org/viewvc?view=revrev=546558
Log:
Adding release notes, and making the src dist end with -src/
Modified:
jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt
jakarta/commons/proper/cli/branches/cli-1.0.x/maven.xml
jakarta/commons/proper/cli/branches/cli-1.0.x/project.properties
Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt?view=diffrev=546558r1=546557r2=546558
==
--- jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt Tue Jun 12
09:22:51 2007
@@ -1,7 +1,7 @@
$Id$
Commons CLI Package
- Version 1.0
+ Version 1.1
Release Notes
@@ -10,17 +10,40 @@
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.
+This is a bugfix release of CLI.
For more information, read the documentation on the project site at
http://jakarta.apache.org/commons/cli/
NEW FEATURES:
+ CLI-78 - Setting description of a Option.
+
BUG FIXES:
DEPRECATIONS:
CHANGES:
+ CLI-2 - Wrong usage summary.
+ CLI-5 - Dependecy on commons-lang-2.0 but commons-lang-1.0 is obtained.
+ CLI-8 - Line separator as first char for helpformatter (footer) throws
exception.
+ CLI-13 - CommandLine.getOptionValue() behaves contrary to docs.
+ CLI-21 - clone method in Option should use super.clone().
+ CLI-23 - Passing properties in Parser does not work for options with a
single argument.
+ CLI-26 - Only long options without short option seems to be noticed.
+ CLI-28 - Infinite Loop in Command-Line processing.
+ CLI-29 - Options should not be able to be added more than once.
+ CLI-35 - HelpFormatter doesn't sort options properly.
+ CLI-38 - HelpFormatter doesn't function correctly for options with only
LongOpt.
+ CLI-44 - Document enhancement.
+ CLI-45 - Documentation errors.
+ CLI-51 - Parameter value -something misinterpreted as a parameter.
+ CLI-56 - clone() method doesn't fully clone contents.
+ CLI-59 - No Javadoc for HelpFormatter!.
+ CLI-65 - Parser breaks up command line parms into single characters.
+ CLI-67 - Missing arguments in HelpFormatter.renderOptions(..).
+ CLI-69 - Error parsing option arguments.
+ CLI-71 - A weakness of parser.
+ CLI-129 - CLI_1_BRANCH build.xml doesn't work.
+ CLI-130 - Remove the Commons Lang dependency.
Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/maven.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/maven.xml?view=diffrev=546558r1=546557r2=546558
==
--- jakarta/commons/proper/cli/branches/cli-1.0.x/maven.xml (original)
+++ jakarta/commons/proper/cli/branches/cli-1.0.x/maven.xml Tue Jun 12 09:22:51
2007
@@ -14,21 +14,25 @@
See the License for the specific language governing permissions and
limitations under the License.
--
-project default=jar:jar
+project default=jar:jar
+ xmlns:j=jelly:core
- !-- Ensures that the conf directory and NOTICE.txt are included in the
+ !-- Ensures that the release notes and NOTICE.txt are included in the
source distro.
--
postGoal name=dist:prepare-src-filesystem
+j:set var=maven.dist.src.assembly.dir
value=${pom.getPluginContext('maven-dist-plugin').getVariable('maven.dist.src.assembly.dir')}
/
copy todir=${maven.dist.src.assembly.dir}
fileset file=${basedir}/NOTICE.txt/
+ fileset file=${basedir}/RELEASE-NOTES.txt/
/copy
/postGoal
- !-- Ensures that NOTICE.txt is added to the binary distro --
+ !-- Ensures that release notes NOTICE.txt is added to the binary distro --
preGoal name=dist:build-bin
copy todir=${maven.dist.bin.assembly.dir}
fileset file=${basedir}/NOTICE.txt/
+ fileset file=${basedir}/RELEASE-NOTES.txt/
/copy
/preGoal
Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/project.properties
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/project.properties?view=diffrev=546558r1=546557r2=546558
==
--- jakarta/commons/proper/cli/branches/cli-1.0.x/project.properties (original)
+++ jakarta/commons/proper/cli/branches/cli-1.0.x/project.properties Tue Jun 12
09:22:51 2007
@@ -16,6 +16,9 @@
svn commit: r546583 - /jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
Author: bayard
Date: Tue Jun 12 11:25:30 2007
New Revision: 546583
URL: http://svn.apache.org/viewvc?view=revrev=546583
Log:
Adding the Javadoc to state that getLoginTimeout and setLoginTimeout are NOT
supported by BasicDataSource as per DBCP-218
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java?view=diffrev=546583r1=546582r2=546583
==
---
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
(original)
+++
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
Tue Jun 12 11:25:30 2007
@@ -882,8 +882,7 @@
/**
- * strongBasicDataSource does NOT support this method.
- * /strong
+ * strongBasicDataSource does NOT support this method. /strong
*
* @param username Database user on whose behalf the Connection
* is being made
@@ -902,6 +901,8 @@
/**
+ * strongBasicDataSource does NOT support this method. /strong
+ *
* pReturns the login timeout (in seconds) for connecting to the
database.
* /p
* pCalls [EMAIL PROTECTED] #createDataSource()}, so has the side effect
@@ -913,7 +914,10 @@
* @return login timeout in seconds
*/
public int getLoginTimeout() throws SQLException {
-return createDataSource().getLoginTimeout();
+// This method isn't supported by the PoolingDataSource returned by
+// the createDataSource
+throw new UnsupportedOperationException(Not supported by
BasicDataSource);
+//return createDataSource().getLoginTimeout();
}
@@ -932,6 +936,8 @@
/**
+ * strongBasicDataSource does NOT support this method. /strong
+ *
* pSet the login timeout (in seconds) for connecting to the
* database./p
* p
@@ -939,10 +945,15 @@
* of initializing the connection pool./p
*
* @param loginTimeout The new login timeout, or zero for no timeout
+ * @throws UnsupportedOperationException If the DataSource implementation
+ * does not support the login timeout feature.
* @throws SQLException if a database access error occurs
*/
public void setLoginTimeout(int loginTimeout) throws SQLException {
-createDataSource().setLoginTimeout(loginTimeout);
+// This method isn't supported by the PoolingDataSource returned by
+// the createDataSource
+throw new UnsupportedOperationException(Not supported by
BasicDataSource);
+//createDataSource().setLoginTimeout(loginTimeout);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (DBCP-218) basicDataSource.setLoginTimeout(n) not work?
[ https://issues.apache.org/jira/browse/DBCP-218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell closed DBCP-218. -- Resolution: Fixed svn ci -m Adding the Javadoc to state that getLoginTimeout and setLoginTimeout are NOT supported by BasicDataSource as per DBCP-218 src/java/org/apache/commons/dbcp/BasicDataSource.java Sendingsrc/java/org/apache/commons/dbcp/BasicDataSource.java Transmitting file data . Committed revision 546583. basicDataSource.setLoginTimeout(n) not work? Key: DBCP-218 URL: https://issues.apache.org/jira/browse/DBCP-218 Project: Commons Dbcp Issue Type: Bug Affects Versions: 1.1, 1.2, 1.2.1, 1.2.2 Environment: Windows Reporter: Bill Liu Fix For: 1.3 Hi: We tried to set the login timeout value of the basic data source but got the exception. Is this feature (Login timeout is not supported.)? We want the connection pool not to wait forever if the database is too busy. Any ideas? Thanks. In the code: BasicDataSource bds = new BasicDataSource(); bds.setDriverClassName(oracle.jdbc.driver.OracleDriver); bds.setUsername(my username); bds.setPassword(my password); bds.setUrl(jdbc:oracle:thin:@mrhost:1521:test); bds.setMaxActive(2); bds.setLoginTimeout(5); Result: Exception in thread main java.lang.UnsupportedOperationException: Login timeout is not supported. -- 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]
svn commit: r546584 - in /jakarta/commons/proper/dbcp/trunk: pom.xml src/test/org/apache/commons/dbcp/TestJOCLed.java
Author: bayard Date: Tue Jun 12 11:28:57 2007 New Revision: 546584 URL: http://svn.apache.org/viewvc?view=revrev=546584 Log: Adding a Maven2 pom.xml as per DBCP-211. I've removed a block of code from TestJOCLed that set the Xerces parser manually, I presume it was only there for odd situations in old JDKs. Added: jakarta/commons/proper/dbcp/trunk/pom.xml (with props) Modified: jakarta/commons/proper/dbcp/trunk/src/test/org/apache/commons/dbcp/TestJOCLed.java Added: jakarta/commons/proper/dbcp/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/pom.xml?view=autorev=546584 == --- jakarta/commons/proper/dbcp/trunk/pom.xml (added) +++ jakarta/commons/proper/dbcp/trunk/pom.xml Tue Jun 12 11:28:57 2007 @@ -0,0 +1,224 @@ +?xml version=1.0? +!-- + 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. + See the License for the specific language governing permissions and + limitations under the License. +-- +project +xmlns=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; + parent +groupIdorg.apache.commons/groupId +artifactIdcommons-parent/artifactId +version1/version + /parent + modelVersion4.0.0/modelVersion + groupIdcommons-dbcp/groupId + artifactIdcommons-dbcp/artifactId + version1.2.2/version + nameCommons DBCP/name + + inceptionYear2001/inceptionYear + descriptionCommons Database Connection Pooling/description + urlhttp://jakarta.apache.org/commons/dbcp//url + + issueManagement +systemjira/system +urlhttp://issues.apache.org/jira/browse/DBCP/url + /issueManagement + + scm + connectionscm:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/dbcp/trunk/connection + developerConnectionscm:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/dbcp/trunk/developerConnection +urlhttp://svn.apache.org/viewvc/jakarta/commons/proper/dbcp/trunk/url + /scm + + developers +developer + nameMorgan Delagrange/name + idmorgand/id + email/email + organization/organization +/developer +developer + nameGeir Magnusson/name + idgeirm/id + email/email + organization/organization +/developer +developer + nameCraig McClanahan/name + idcraigmcc/id + email/email + organization/organization +/developer +developer + nameJohn McNally/name + idjmcnally/id + email/email + organization/organization +/developer +developer + nameMartin Poeschl/name + idmpoeschl/id + email[EMAIL PROTECTED]/email + organizationtucana.at/organization +/developer +developer + nameRodney Waldhoff/name + idrwaldhoff/id + email/email + organization/organization +/developer +developer + nameDavid Weinrich/name + iddweinr1/id + email/email + organization/organization +/developer +developer + nameDirk Verbeeck/name + iddirkv/id + email/email + organization/organization +/developer +developer + nameYoav Shapira/name + idyoavs/id + email[EMAIL PROTECTED]/email + organizationApache Software Foundation/organization +/developer +developer + namePhil Steitz/name + idpsteitz/id + email/email + organization/organization +/developer +developer + nameJ#x00f6;rg Schaible/name + idjoehni/id + email[EMAIL PROTECTED]/email + organization/organization + timezone+1/timezone +/developer + /developers + contributors +contributor + nameTodd Carmichael/name + email[EMAIL PROTECTED]/email +/contributor +contributor + nameWayne Woodfield/name +/contributor + /contributors + + dependencies +dependency + groupIdcommons-pool/groupId + artifactIdcommons-pool/artifactId + version1.3/version +/dependency + +dependency + groupIdjunit/groupId + artifactIdjunit/artifactId + version3.8.1/version + scopetest/scope +/dependency + +!-- tomcat naming jars for jndi reference tests -- +dependency + groupIdtomcat/groupId +
[jira] Closed: (DBCP-211) Add m2 pom.xml for DBCP
[ https://issues.apache.org/jira/browse/DBCP-211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell closed DBCP-211. -- Resolution: Fixed svn ci -m Adding a Maven2 pom.xml as per DBCP-211. I've removed a block of code from TestJOCLed that set the Xerces parser manually, I presume it was only there for odd situations in old JDKs. Adding pom.xml Sendingsrc/test/org/apache/commons/dbcp/TestJOCLed.java Transmitting file data .. Committed revision 546584. Add m2 pom.xml for DBCP --- Key: DBCP-211 URL: https://issues.apache.org/jira/browse/DBCP-211 Project: Commons Dbcp Issue Type: Improvement Reporter: Henri Yandell Fix For: 1.3 Attachments: DBCP-211.patch -- 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]
svn commit: r546591 - /jakarta/commons/proper/cli/tags/cli-1.1-RC1/
Author: bayard Date: Tue Jun 12 11:42:46 2007 New Revision: 546591 URL: http://svn.apache.org/viewvc?view=revrev=546591 Log: Releasing RC1 Added: jakarta/commons/proper/cli/tags/cli-1.1-RC1/ - copied from r546590, jakarta/commons/proper/cli/branches/cli-1.0.x/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546593 - /jakarta/commons/proper/cli/tags/cli-1.1-RC1/
Author: bayard Date: Tue Jun 12 11:46:55 2007 New Revision: 546593 URL: http://svn.apache.org/viewvc?view=revrev=546593 Log: Removing so I can change the release notes Removed: jakarta/commons/proper/cli/tags/cli-1.1-RC1/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546594 - /jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt
Author: bayard Date: Tue Jun 12 11:54:32 2007 New Revision: 546594 URL: http://svn.apache.org/viewvc?view=revrev=546594 Log: Adding information on lack of backwards compatibility to the release notes Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt?view=diffrev=546594r1=546593r2=546594 == --- jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/cli/branches/cli-1.0.x/RELEASE-NOTES.txt Tue Jun 12 11:54:32 2007 @@ -10,7 +10,18 @@ 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 a bugfix release of CLI. +This is a bugfix release of CLI. Some parts are not backwards compatible: + +* The CommandLineParser interface has two additional methods. If you were extending this, + then you will need to add methods to your classes. If you were extending the abstract + Parser class, then you should be okay. +* The HelpFormatter class had publicly accessible fields. These are now accessed via + get/set methods. +* Two of HelpFormatter's methods no longer throw IllegalArgumentException. +* The Option class is no longer cloneable, and no longer has an addValue(String) method. + +The best way to test any of the above is to recompile your code against CLI 1.1. All +should result in compile time errors. 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: r546597 - /jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF
Author: bayard Date: Tue Jun 12 12:02:48 2007 New Revision: 546597 URL: http://svn.apache.org/viewvc?view=revrev=546597 Log: Removing CLI2 parts from Manifest Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF?view=diffrev=546597r1=546596r2=546597 == Binary files - no diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546598 - /jakarta/commons/proper/cli/trunk/src/conf/MANIFEST.MF
Author: bayard Date: Tue Jun 12 12:03:06 2007 New Revision: 546598 URL: http://svn.apache.org/viewvc?view=revrev=546598 Log: Removing CLI1 bits from manifest Modified: jakarta/commons/proper/cli/trunk/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/cli/trunk/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/trunk/src/conf/MANIFEST.MF?view=diffrev=546598r1=546597r2=546598 == Binary files - no diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546604 - in /jakarta/commons/proper/cli/trunk/xdocs: index.xml navigation.xml upgrading-1.0-to-1.1.xml
Author: bayard Date: Tue Jun 12 12:16:17 2007 New Revision: 546604 URL: http://svn.apache.org/viewvc?view=revrev=546604 Log: Improving release notes so they discuss the backwards compatibility issues Added: jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml (with props) Modified: jakarta/commons/proper/cli/trunk/xdocs/index.xml jakarta/commons/proper/cli/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/cli/trunk/xdocs/index.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/trunk/xdocs/index.xml?view=diffrev=546604r1=546603r2=546604 == --- jakarta/commons/proper/cli/trunk/xdocs/index.xml (original) +++ jakarta/commons/proper/cli/trunk/xdocs/index.xml Tue Jun 12 12:16:17 2007 @@ -68,7 +68,7 @@ p The latest version is v1.1. - a href=http://jakarta.apache.org/site/downloads/downloads_commons-cli.cgi;Download now!/abr / -The a href=changes-report.html#1_1release notes/a are also available. +The a href=upgrading-1.0-to-1.1.htmlrelease notes/a are also available. /p p For previous releases, see the a href=http://archive.apache.org/dist/jakarta/commons/cli/;Apache Archive/a Modified: jakarta/commons/proper/cli/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/trunk/xdocs/navigation.xml?view=diffrev=546604r1=546603r2=546604 == --- jakarta/commons/proper/cli/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/cli/trunk/xdocs/navigation.xml Tue Jun 12 12:16:17 2007 @@ -36,6 +36,7 @@ item name=Getting started href=/introduction.html/ item name=Usage scenarios href=/usage.html/ item name=Option properties href=/properties.html/ + item name=Upgrading to 1.1 href=/upgrading-1.0-to-1.1.html/ item name=Javadoc (1.1) href=api-release/index.html/ /menu Added: jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml?view=autorev=546604 == --- jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml (added) +++ jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml Tue Jun 12 12:16:17 2007 @@ -0,0 +1,47 @@ +?xml version=1.0? +!-- +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. +See the License for the specific language governing permissions and +limitations under the License. +-- +document + properties + titleUpgrading from 1.0 to 1.1/title + author email=commons-dev@jakarta.apache.orgCommons Documentation Team/author + /properties +body +!-- == -- +section name=Upgrading from 1.0 to 1.1 + pCLI 1.1 is a bugfix release of CLI. The following changes were not backward compatible: /p + + ul +liThe CommandLineParser interface has two additional methods. If you were extending this, +then you will need to add methods to your classes. If you were extending the abstract +Parser class, then you should be okay. /li +liThe HelpFormatter class had publicly accessible fields. These are now accessed via +get/set methods. /li +liTwo of HelpFormatter's methods no longer throw IllegalArgumentException. /li +liThe Option class is no longer cloneable, and no longer has an addValue(String) method. /li + /ul + + pThe best way to test any of the above is to recompile your code against CLI 1.1. All of the above + should result in compile time errors. /p +/section +section name=Bugs fixed in 1.1 + pThe list of bugs fixed in 1.1 may be seen via the +a href=changes-report.html#1_1changes report/a. /p +/section +!-- == -- +/body +/document Propchange: jakarta/commons/proper/cli/trunk/xdocs/upgrading-1.0-to-1.1.xml -- svn:eol-style = native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546609 - in /jakarta/commons/proper/cli/branches/cli-1.0.x: project.xml src/conf/MANIFEST.MF
Author: niallp
Date: Tue Jun 12 12:24:28 2007
New Revision: 546609
URL: http://svn.apache.org/viewvc?view=revrev=546609
Log:
Minor build corrections:
- add the NOTICE file to the jar
- correct manifest version to 1.1
Modified:
jakarta/commons/proper/cli/branches/cli-1.0.x/project.xml
jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF
(contents, props changed)
Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/project.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/project.xml?view=diffrev=546609r1=546608r2=546609
==
--- jakarta/commons/proper/cli/branches/cli-1.0.x/project.xml (original)
+++ jakarta/commons/proper/cli/branches/cli-1.0.x/project.xml Tue Jun 12
12:24:28 2007
@@ -61,13 +61,13 @@
nameCommons Dev List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
- archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL
PROTECTED]/archive
+
archivehttp://mail-archives.apache.org/mod_mbox/jakarta-commons-dev//archive
/mailingList
mailingList
nameCommons User List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
- archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL
PROTECTED]/archive
+
archivehttp://mail-archives.apache.org/mod_mbox/jakarta-commons-user//archive
/mailingList
/mailingLists
@@ -171,6 +171,15 @@
include**/*Test.java/include
/includes
/unitTest
+resources
+ resource
+directory${basedir}/directory
+targetPathMETA-INF/targetPath
+includes
+ includeNOTICE.txt/include
+/includes
+ /resource
+/resources
/build
reports
Modified: jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF?view=diffrev=546609r1=546608r2=546609
==
Binary files - no diff available.
Propchange: jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF
--
svn:eol-style = native
Propchange: jakarta/commons/proper/cli/branches/cli-1.0.x/src/conf/MANIFEST.MF
('svn:mime-type' removed)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
We still do not have the required three votes by PMC members for a release. See http://www.nabble.com/-VOTE--3rd-attempt:-Release-commons-io-1.3.2-t3880798.html for details. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
Will dig into things today and get a vote out. On 6/12/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: We still do not have the required three votes by PMC members for a release. See http://www.nabble.com/-VOTE--3rd-attempt:-Release-commons-io-1.3.2-t3880798.html for details. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - 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]
[Jakarta-commons Wiki] Update of Email by BenSpeakmon
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 BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: Update fixes and currently open issues. -- - = Recently resolved issues (last updated Feb 23 2007) = + = Recently resolved issues (last updated Jun 12 2007) = + + == New features == + + ''(Added in rev 545815)'' [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. == Bug fixes == @@ -37, +41 @@ ''(Added in rev 510704)'' [https://issues.apache.org/jira/browse/EMAIL-63 EMAIL-63]: Submitted maven 2 pom.xml. + ''(Added in rev 544629)'' [https://issues.apache.org/jira/browse/EMAIL-64 EMAIL-64]: use a different test email server from a live project, not a dead one. Patch available to use wiser from the [http://subethasmtp.tigris.org/ subethasmtp project]. The test cases have been ported and the wiser packages uploaded to maven2 for the enjoyment of all. + == Waived features == ''(Waived for 1.1)'' [https://issues.apache.org/jira/browse/EMAIL-56 EMAIL-56]: Support creating Email subclasses from MimeMessages. ''(BenSpeakmon) One of the MimeMessage constructors in JavaMail (both 1.3 and 1.4) already does this, BTW. I'm not sure this is something that falls within commons-email's scope. The commons-email API, I think, is for the common cases where you just want to build and send an email without needing the power (or complexity) of JavaMail. If you're already pulling messages from an email server, I don't know why you wouldn't just use JavaMail for manipulating it -- the power and complexity is just what you need for those kinds of jobs. And it doesn't seem worth the trouble to duplicate any of that code in commons-email when the existing code works just fine. I'd recommend WONTFIXing this one.'' - = Open issues (last updated Feb 22 2007) = + = Open issues (last updated Jun 12 2007) = These are the currently open issues organized according to category. == New feature requests == - - [https://issues.apache.org/jira/browse/EMAIL-35 EMAIL-35]: Allow DataSources to be directly embedded in HtmlEmails. Patch available. [https://issues.apache.org/jira/browse/EMAIL-6 EMAIL-6]: Allow attaching one subclass of Email to another. @@ -57, +61 @@ I think that this has to fall into that class of problems that would be better served with JavaMail, so I'd recommend this be wontfixed.'' - == Build fixes/enhancements == + [https://issues.apache.org/jira/browse/EMAIL-65 EMAIL-65]: Improve HtmlEmail MIME layout. - [https://issues.apache.org/jira/browse/EMAIL-64 EMAIL-64]: use a different test email server from a live project, not a dead one. Patch available to use wiser from the [http://subethasmtp.tigris.org/ subethasmtp project]. subethasmtp's maintainer has no interest in putting the JDK 1.4-compatible version into maven, so we'll have to handle that. + Morten Hatteson makes the point that the MIME structure generated by HtmlEmail after the patch for EMAIL-50 could be better in spec compliance. I doubt we can fix it properly while still maintaing backward compatibility, but we should see if it can be improved to some degree. This is likely going to be the last release of this component, and I'd like to leave it in as good a shape as possible if I'm going to tell users to live with it forever. + = Release Plan = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
+1 Niall On 6/6/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, I have created a new distribution and a new site which you find at http://people.apache.org/~jochen/commons-io/dist http://people.apache.org/~jochen/commons-io/site This version matches revision 544971, which I intend to tag as commons-io-1.3.2 in case of a successful vote. Compared to the previous vote, the following changes have been made: - Rahul Akolkar has convinced me, that the FileCleaningTracker should not be declared serializable, because it isn't. The resulting issues must be resolved within commons-fileupload and not commons-io. - As observed by Niall Pemberton, the -sources and -javadoc jar files did not contain LICENSE.txt and NOTICE.txt files. This is now ensured by the POM. It is an open issue for me, whether this change can be pushed up to the commons-parent POM. Please cast your vote. Jochen [ ] +1 [ ] =0 [ ] -1 -- Women have the ability to wind you round their little finger. Daughters can use all of the fingers together. - 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]
svn commit: r546619 - /jakarta/commons/proper/cli/tags/cli-1.1-RC1/
Author: bayard Date: Tue Jun 12 13:01:24 2007 New Revision: 546619 URL: http://svn.apache.org/viewvc?view=revrev=546619 Log: Tagging 1.1-rc1 Added: jakarta/commons/proper/cli/tags/cli-1.1-RC1/ - copied from r546618, jakarta/commons/proper/cli/branches/cli-1.0.x/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546620 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/AbstractConfiguration.java src/test/org/apache/commons/configuration/TestAbstractConfigu
Author: oheger
Date: Tue Jun 12 13:04:45 2007
New Revision: 546620
URL: http://svn.apache.org/viewvc?view=revrev=546620
Log:
CONFIGURATION-277: AbstractConfiguration.clear() now catches potential
UnsupportedOperationExceptions during the iteration over the existing properties
Added:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestAbstractConfigurationBasicFeatures.java
(with props)
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java?view=diffrev=546620r1=546619r2=546620
==
---
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
(original)
+++
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
Tue Jun 12 13:04:45 2007
@@ -504,17 +504,34 @@
{
fireEvent(EVENT_CLEAR, null, null, true);
setDetailEvents(false);
+boolean useIterator = true;
try
{
Iterator it = getKeys();
while (it.hasNext())
{
String key = (String) it.next();
-it.remove();
+if (useIterator)
+{
+try
+{
+it.remove();
+}
+catch (UnsupportedOperationException usoex)
+{
+useIterator = false;
+}
+}
+
+if (useIterator containsKey(key))
+{
+useIterator = false;
+}
-if (containsKey(key))
+if (!useIterator)
{
-// workaround for Iterators that do not remove the
property on calling remove()
+// workaround for Iterators that do not remove the property
+// on calling remove() or do not support remove() at all
clearProperty(key);
}
}
Added:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestAbstractConfigurationBasicFeatures.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestAbstractConfigurationBasicFeatures.java?view=autorev=546620
==
---
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestAbstractConfigurationBasicFeatures.java
(added)
+++
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestAbstractConfigurationBasicFeatures.java
Tue Jun 12 13:04:45 2007
@@ -0,0 +1,115 @@
+/*
+ * 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.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.commons.configuration;
+
+import java.util.ArrayList;
+import java.util.Arrays;
+import java.util.Collection;
+import java.util.Iterator;
+
+import org.apache.commons.collections.CollectionUtils;
+
+import junit.framework.TestCase;
+
+/**
+ * A test class for some of the basic functionality implemented by
+ * AbstractConfiguration.
+ *
+ * @version $Id$
+ */
+public class TestAbstractConfigurationBasicFeatures extends TestCase
+{
+/**
+ * Tests the clear() implementation of AbstractConfiguration if the
iterator
+ * returned by getKeys() does not support the remove() operation.
+ */
+public void testClearIteratorNoRemove()
+{
+AbstractConfiguration config = new TestConfigurationImpl(
+new BaseConfiguration())
+{
+// return an iterator that does not support remove operations
+public Iterator getKeys()
+{
+
[jira] Resolved: (CONFIGURATION-277) AbstractConfiguration should handle UnsupportedOperationExceptions in Iterator.remove() gracefully
[
https://issues.apache.org/jira/browse/CONFIGURATION-277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Heger resolved CONFIGURATION-277.
Resolution: Fixed
Fix Version/s: 1.5
A fix was applied that catches the potential UnsupportedOperationException. If
such an exception is caught, clearProperty() will be called for the remaining
properties.
AbstractConfiguration should handle UnsupportedOperationExceptions in
Iterator.remove() gracefully
--
Key: CONFIGURATION-277
URL: https://issues.apache.org/jira/browse/CONFIGURATION-277
Project: Commons Configuration
Issue Type: Bug
Affects Versions: 1.4
Reporter: Michael Rudolf
Assignee: Oliver Heger
Fix For: 1.5
Hi,
In AbstractConfiguration method clear() on line 533 (see code below) a
possible UnsupportedOperationException is not caught resulting in the
malfunctioning of the whole method. However, the documentation of the
getKeys() method itself warns about relying on the remove() method of
interface Iterator. The clear() method should not propagate that exception,
it should catch it and try the clearProperty(String) approach if the remove()
method is not supported.
Iterator it = getKeys();
while (it.hasNext())
{
String key = (String) it.next();
it.remove();
--- EVIL!
if (containsKey(key))
{
// workaround for Iterators that do not remove the
property on calling remove()
clearProperty(key);
}
Best regards,
Michael
--
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: [VOTE] 3rd attempt: Release commons-io 1.3.2
I can't find the GPG key you used to sign the tarballs -- it's not in http://www.apache.org/dist/jakarta/commons/io/KEYS and there isn't a KEYS file in the svn. Looks good otherwise. +0 as is, with +1 once the key is updated and I can verify the sigs. On 6/6/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, I have created a new distribution and a new site which you find at http://people.apache.org/~jochen/commons-io/disthttp://people.apache.org/%7Ejochen/commons-io/dist http://people.apache.org/~jochen/commons-io/site http://people.apache.org/%7Ejochen/commons-io/site This version matches revision 544971, which I intend to tag as commons-io-1.3.2 in case of a successful vote. Compared to the previous vote, the following changes have been made: - Rahul Akolkar has convinced me, that the FileCleaningTracker should not be declared serializable, because it isn't. The resulting issues must be resolved within commons-fileupload and not commons-io. - As observed by Niall Pemberton, the -sources and -javadoc jar files did not contain LICENSE.txt and NOTICE.txt files. This is now ensured by the POM. It is an open issue for me, whether this change can be pushed up to the commons-parent POM. Please cast your vote. Jochen [ ] +1 [ ] =0 [ ] -1 -- Women have the ability to wind you round their little finger. Daughters can use all of the fingers together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
centralized KEYS file?
Would it be a good idea to have one centralized KEYS file for all commons developers? It'd be easier to update, delete or revoke any single key and remove a lot of duplication. I was reviewing the IO 1.3.2 RC and I couldn't find the key Jochen used to sign the release tarballs. I don't see any reason offhand why it shouldn't be in the same place as the keys to verify any other release. Thoughts?
Re: centralized KEYS file?
Ben Speakmon wrote: Would it be a good idea to have one centralized KEYS file for all commons developers? It'd be easier to update, delete or revoke any single key and remove a lot of duplication. I was reviewing the IO 1.3.2 RC and I couldn't find the key Jochen used to sign the release tarballs. I don't see any reason offhand why it shouldn't be in the same place as the keys to verify any other release. Thoughts? I like the idea of a single KEYS file for commons. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] beanutils logging failed.
Phil Steitz wrote: Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070612/beanutils.log http://vmbuild.apache.org/~commons/nightly/logs//20070612/logging.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Now I'm confused. From what I can tell by the log for logging, all the builds were successful. Might be something wrong with the nightly script. Will have a look. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: centralized KEYS file?
On 6/12/07, Dennis Lundberg [EMAIL PROTECTED] wrote: Ben Speakmon wrote: Would it be a good idea to have one centralized KEYS file for all commons developers? It'd be easier to update, delete or revoke any single key and remove a lot of duplication. I was reviewing the IO 1.3.2 RC and I couldn't find the key Jochen used to sign the release tarballs. I don't see any reason offhand why it shouldn't be in the same place as the keys to verify any other release. Thoughts? I like the idea of a single KEYS file for commons. +1. Should be pretty easy to put in place. Concatenate the existing ones, then modify the downloads.xml in jakarta/site. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release CLI 1.1
I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch (needs renaming). [ ] +1, quick release before it's 5 years since 1.0 [ ] -1, let's go for 6 years Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
Are we sure we do not want to call this 1.4 since the only change is a _new_ class as opposed to maintenance updates? Thank you, Gary -Original Message- From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 12, 2007 12:27 PM To: Jakarta Commons Developers List Subject: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2) We still do not have the required three votes by PMC members for a release. See http://www.nabble.com/-VOTE--3rd-attempt:-Release-commons-io-1.3.2- t3880798.html for details. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - 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]
svn commit: r546648 - /jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
Author: dennisl
Date: Tue Jun 12 15:06:17 2007
New Revision: 546648
URL: http://svn.apache.org/viewvc?view=revrev=546648
Log:
Use the correct directory for apidocs in Maven 2 builds.
Fix some of the indentation.
Modified:
jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
Modified: jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh?view=diffrev=546648r1=546647r2=546648
==
--- jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh (original)
+++ jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh Tue Jun 12
15:06:17 2007
@@ -255,7 +255,7 @@
mvn javadoc:javadoc $log_location/$component.log 21
# javadoc should be sitting in target/docs/apidocs/
-if [ -d target/docs/apidocs/ ]
+if [ -d target/site/apidocs/ ]
then
if [ -d ${javadoc_location}/$component/SNAPSHOT ]
then
@@ -264,17 +264,17 @@
cp -r target/site/apidocs/ ${javadoc_location}/$component/SNAPSHOT
fi
- if [ $DIST_DEPLOY ]
- then
-# Deploy source and binary distro to commons nightly location
-ssh [EMAIL PROTECTED] mkdir -p $deploy_location/commons-$component
-scp target/commons-$component*.gz \
-[EMAIL PROTECTED]:$deploy_location/commons-$component
-scp target/commons-$component*.zip \
-[EMAIL PROTECTED]:$deploy_location/commons-$component
-scp target/commons-$component*.md5 \
-[EMAIL PROTECTED]:$deploy_location/commons-$component
- fi
+if [ $DIST_DEPLOY ]
+then
+ # Deploy source and binary distro to commons nightly location
+ ssh [EMAIL PROTECTED] mkdir -p $deploy_location/commons-$component
+ scp target/commons-$component*.gz \
+ [EMAIL PROTECTED]:$deploy_location/commons-$component
+ scp target/commons-$component*.zip \
+ [EMAIL PROTECTED]:$deploy_location/commons-$component
+ scp target/commons-$component*.md5 \
+ [EMAIL PROTECTED]:$deploy_location/commons-$component
+fi
# Deploy dated jar to maven 2 snapshot repo (configured in apache pom)
if [ `ls target/commons-$component*.jar` ] # build succeeded
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] beanutils logging failed.
Dennis Lundberg wrote: Phil Steitz wrote: Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070612/beanutils.log http://vmbuild.apache.org/~commons/nightly/logs//20070612/logging.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Now I'm confused. From what I can tell by the log for logging, all the builds were successful. Might be something wrong with the nightly script. Will have a look. Found it. On line 280 we do this: if [ `ls target/commons-$component*.jar` ] # build succeeded With commons logging there is more than one such jar file, which makes for an unpredictable response from ls. We should probably do something along the lines of this instead: if [ -f target/commons-$component*.jar ] # build succeeded I'll let one of the unix gurus figure that the exact details, since I don't have an environment set up to try this properly. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ There are clirr and jardiff reports here with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ No mention of the clirr / jardiff reports - seems like it would be useful to add them. One quirk to note. The site is from trunk while the release is from the 1.0.x branch (needs renaming). [ ] +1, quick release before it's 5 years since 1.0 [ ] -1, let's go for 6 years +1 Hen - 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 CLI 1.1
On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ There are clirr and jardiff reports here with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ No mention of the clirr / jardiff reports - seems like it would be useful to add them. The clirr/jardiff information is summarized in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/upgrading-1.0-to-1.1.html Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ There are clirr and jardiff reports here with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ No mention of the clirr / jardiff reports - seems like it would be useful to add them. The clirr/jardiff information is summarized in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/upgrading-1.0-to-1.1.html Yes, but the details would also be useful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ There are clirr and jardiff reports here with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ No mention of the clirr / jardiff reports - seems like it would be useful to add them. The clirr/jardiff information is summarized in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/upgrading-1.0-to-1.1.html Yes, but the details would also be useful. Good point. I say 'two methods', but don't detail the methods etc. I could just link the two files up to that page. Bit ugly though. Maybe I should just inline the jardiff one inside the upgrade page. Looks like it's the same info as clirr in this case, and it doesn't run around yelling ERROR etc in ugly text/xml :) Alternatively I could manually pretty the clirr one up. Figuring out how to do all that through Maven1 is more pain than it's worth, especially given that the site doesn't come from the same place as the dist. Ideally I think this is something the repository should be in charge of doing. Feature of Archiva etc. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546653 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 15:31:25 2007 New Revision: 546653 URL: http://svn.apache.org/viewvc?view=revrev=546653 Log: revert again Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546653r1=546652r2=546653 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 15:31:25 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546653r1=546652r2=546653 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 15:31:25 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546653r1=546652r2=546653 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 15:31:25 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0/version +version1.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546653r1=546652r2=546653 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 15:31:25 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.1-SNAPSHOT/version +version1.0-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -
svn commit: r546654 - /jakarta/commons/proper/jci/tags/1.0-RC4/
Author: tcurdt Date: Tue Jun 12 15:32:04 2007 New Revision: 546654 URL: http://svn.apache.org/viewvc?view=revrev=546654 Log: next try Removed: jakarta/commons/proper/jci/tags/1.0-RC4/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546659 - /jakarta/commons/proper/jci/trunk/pom.xml
Author: tcurdt
Date: Tue Jun 12 16:09:36 2007
New Revision: 546659
URL: http://svn.apache.org/viewvc?view=revrev=546659
Log:
was ok
Modified:
jakarta/commons/proper/jci/trunk/pom.xml
Modified: jakarta/commons/proper/jci/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546659r1=546658r2=546659
==
--- jakarta/commons/proper/jci/trunk/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 16:09:36 2007
@@ -27,7 +27,7 @@
packagingpom/packaging
groupIdorg.apache.commons/groupId
artifactIdcommons-jci/artifactId
-version1.0-SNAPSHOT/version
+version1.0/version
nameCommons JCI/name
description
Commons JCI is a java compiler interface. It can be used to either
compile java (or any other language that can be compiled to java classes like
e.g. groovy or javascript) to java. It is well integrated with a FAM
(FilesystemAlterationMonitor) that can be used with the JCI compiling/reloading
classloader. All the currently supported compilers (even javac before java6)
feature in-memory compilation.
@@ -81,9 +81,9 @@
/contributor
/contributors
scm
-
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/jci/trunk//connection
-
developerConnectionscn:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/jci/trunk//developerConnection
-
urlhttp://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk//url
+
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/jci/tags/1.0-RC4/connection
+
developerConnectionscn:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/jci/tags/1.0-RC4/developerConnection
+
urlhttp://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/url
/scm
build
plugins
@@ -262,7 +262,7 @@
artifactIdmaven-release-plugin/artifactId
configuration
generateReleasePomstrue/generateReleasePoms
-!-- preparationGoalsclean
install/preparationGoals --
+preparationGoalsclean install/preparationGoals
autoVersionSubmodulestrue/autoVersionSubmodules
tag${release.tag}/tag
/configuration
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546660 - /jakarta/commons/proper/jci/trunk/pom.xml
Author: tcurdt
Date: Tue Jun 12 16:11:15 2007
New Revision: 546660
URL: http://svn.apache.org/viewvc?view=revrev=546660
Log:
[maven-release-plugin] rollback the release of 1.0-RC4
Modified:
jakarta/commons/proper/jci/trunk/pom.xml
Modified: jakarta/commons/proper/jci/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546660r1=546659r2=546660
==
--- jakarta/commons/proper/jci/trunk/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 16:11:15 2007
@@ -27,7 +27,7 @@
packagingpom/packaging
groupIdorg.apache.commons/groupId
artifactIdcommons-jci/artifactId
-version1.0/version
+version1.0-SNAPSHOT/version
nameCommons JCI/name
description
Commons JCI is a java compiler interface. It can be used to either
compile java (or any other language that can be compiled to java classes like
e.g. groovy or javascript) to java. It is well integrated with a FAM
(FilesystemAlterationMonitor) that can be used with the JCI compiling/reloading
classloader. All the currently supported compilers (even javac before java6)
feature in-memory compilation.
@@ -81,9 +81,9 @@
/contributor
/contributors
scm
-
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/jci/tags/1.0-RC4/connection
-
developerConnectionscn:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/jci/tags/1.0-RC4/developerConnection
-
urlhttp://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/url
+
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/jci/trunk//connection
+
developerConnectionscn:svn:https://svn.apache.org/repos/asf/jakarta/commons/proper/jci/trunk//developerConnection
+
urlhttp://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk//url
/scm
build
plugins
@@ -262,7 +262,7 @@
artifactIdmaven-release-plugin/artifactId
configuration
generateReleasePomstrue/generateReleasePoms
-preparationGoalsclean install/preparationGoals
+!-- preparationGoalsclean
install/preparationGoals --
autoVersionSubmodulestrue/autoVersionSubmodules
tag${release.tag}/tag
/configuration
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546661 - /jakarta/commons/proper/jci/trunk/pom.xml
Author: tcurdt
Date: Tue Jun 12 16:12:05 2007
New Revision: 546661
URL: http://svn.apache.org/viewvc?view=revrev=546661
Log:
f...ing maven
Modified:
jakarta/commons/proper/jci/trunk/pom.xml
Modified: jakarta/commons/proper/jci/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546661r1=546660r2=546661
==
--- jakarta/commons/proper/jci/trunk/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 16:12:05 2007
@@ -262,7 +262,7 @@
artifactIdmaven-release-plugin/artifactId
configuration
generateReleasePomstrue/generateReleasePoms
-!-- preparationGoalsclean
install/preparationGoals --
+preparationGoalsclean install/preparationGoals
autoVersionSubmodulestrue/autoVersionSubmodules
tag${release.tag}/tag
/configuration
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546658 - /jakarta/commons/proper/jci/trunk/pom.xml
Author: tcurdt
Date: Tue Jun 12 16:08:27 2007
New Revision: 546658
URL: http://svn.apache.org/viewvc?view=revrev=546658
Log:
try without
Modified:
jakarta/commons/proper/jci/trunk/pom.xml
Modified: jakarta/commons/proper/jci/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546658r1=546657r2=546658
==
--- jakarta/commons/proper/jci/trunk/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 16:08:27 2007
@@ -262,7 +262,7 @@
artifactIdmaven-release-plugin/artifactId
configuration
generateReleasePomstrue/generateReleasePoms
-preparationGoalsclean install/preparationGoals
+!-- preparationGoalsclean
install/preparationGoals --
autoVersionSubmodulestrue/autoVersionSubmodules
tag${release.tag}/tag
/configuration
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546673 - /jakarta/commons/proper/jci/trunk/pom.xml
Author: tcurdt Date: Tue Jun 12 16:45:16 2007 New Revision: 546673 URL: http://svn.apache.org/viewvc?view=revrev=546673 Log: beta4 is supposed to work Modified: jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/pom.xml?view=diffrev=546673r1=546672r2=546673 == --- jakarta/commons/proper/jci/trunk/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/pom.xml Tue Jun 12 16:45:16 2007 @@ -260,6 +260,7 @@ /plugin plugin artifactIdmaven-release-plugin/artifactId +version2.0-beta-4/version configuration generateReleasePomstrue/generateReleasePoms preparationGoalsclean install/preparationGoals - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546675 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 17:04:08 2007 New Revision: 546675 URL: http://svn.apache.org/viewvc?view=revrev=546675 Log: [maven-release-plugin] prepare release 1.0-RC4 Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546675r1=546674r2=546675 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 17:04:08 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546675r1=546674r2=546675 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 17:04:08 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546675r1=546674r2=546675 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 17:04:08 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. @@ -34,7 +34,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546675r1=546674r2=546675 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 17:04:08 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0-SNAPSHOT/version +version1.0/version
svn commit: r546676 - in /jakarta/commons/proper/jci/tags/1.0-RC4: ./ compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/p
Author: tcurdt Date: Tue Jun 12 17:04:25 2007 New Revision: 546676 URL: http://svn.apache.org/viewvc?view=revrev=546676 Log: [maven-scm] copy for tag 1.0-RC4 Added: jakarta/commons/proper/jci/tags/1.0-RC4/ - copied from r546652, jakarta/commons/proper/jci/trunk/ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/rhino/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/core/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/examples/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/fam/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/pom.xml - copied unchanged from r546675, jakarta/commons/proper/jci/trunk/pom.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r546677 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa
Author: tcurdt Date: Tue Jun 12 17:04:38 2007 New Revision: 546677 URL: http://svn.apache.org/viewvc?view=revrev=546677 Log: [maven-release-plugin] prepare for next development iteration Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml jakarta/commons/proper/jci/trunk/core/pom.xml jakarta/commons/proper/jci/trunk/examples/pom.xml jakarta/commons/proper/jci/trunk/fam/pom.xml jakarta/commons/proper/jci/trunk/pom.xml Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=546677r1=546676r2=546677 == --- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Tue Jun 12 17:04:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-eclipse/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-eclipse/name description Commons JCI compiler implementation for the eclipse compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=546677r1=546676r2=546677 == --- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Tue Jun 12 17:04:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-groovy/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-groovy/name description Commons JCI compiler implementation for the groovy compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=546677r1=546676r2=546677 == --- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Tue Jun 12 17:04:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-janino/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-janino/name description Commons JCI compiler implementation for the janino compiler. Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=546677r1=546676r2=546677 == --- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Tue Jun 12 17:04:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-javac/artifactId -version1.0/version +version1.1-SNAPSHOT/version namecompiler-javac/name description Commons JCI compiler implementation for the javac compiler (up to JDK 1.5). Modified: jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml?view=diffrev=546677r1=546676r2=546677 == --- jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml (original) +++ jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml Tue Jun 12 17:04:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0/version +version1.1-SNAPSHOT/version /parent packagingjar/packaging artifactIdcommons-jci-rhino/artifactId -version1.0/version +
svn commit: r546688 - in /jakarta/commons/proper/jci/tags/1.0-RC4/compilers: eclipse/pom.xml groovy/pom.xml janino/pom.xml javac/pom.xml jsr199/pom.xml rhino/pom.xml
Author: tcurdt Date: Tue Jun 12 17:40:38 2007 New Revision: 546688 URL: http://svn.apache.org/viewvc?view=revrev=546688 Log: manually fix SNAPSHOT issues from release plugin Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/jsr199/pom.xml jakarta/commons/proper/jci/tags/1.0-RC4/compilers/rhino/pom.xml Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml?view=diffrev=546688r1=546687r2=546688 == --- jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml (original) +++ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/eclipse/pom.xml Tue Jun 12 17:40:38 2007 @@ -39,7 +39,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version typetest-jar/type scopetest/scope /dependency Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml?view=diffrev=546688r1=546687r2=546688 == --- jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml (original) +++ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/groovy/pom.xml Tue Jun 12 17:40:38 2007 @@ -39,7 +39,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version typetest-jar/type scopetest/scope /dependency Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml?view=diffrev=546688r1=546687r2=546688 == --- jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml (original) +++ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/janino/pom.xml Tue Jun 12 17:40:38 2007 @@ -39,7 +39,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version typetest-jar/type scopetest/scope /dependency Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml?view=diffrev=546688r1=546687r2=546688 == --- jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml (original) +++ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/javac/pom.xml Tue Jun 12 17:40:38 2007 @@ -39,7 +39,7 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version typetest-jar/type scopetest/scope /dependency Modified: jakarta/commons/proper/jci/tags/1.0-RC4/compilers/jsr199/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jci/tags/1.0-RC4/compilers/jsr199/pom.xml?view=diffrev=546688r1=546687r2=546688 == --- jakarta/commons/proper/jci/tags/1.0-RC4/compilers/jsr199/pom.xml (original) +++ jakarta/commons/proper/jci/tags/1.0-RC4/compilers/jsr199/pom.xml Tue Jun 12 17:40:38 2007 @@ -21,11 +21,11 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-jci/artifactId -version1.0-SNAPSHOT/version +version1.0/version /parent packagingjar/packaging artifactIdcommons-jci-jsr166/artifactId -version1.0-SNAPSHOT/version +version1.0/version namecompiler-jsr166/name description Commons JCI compiler implementation for JDK 1.6 and up. @@ -34,12 +34,12 @@ dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version /dependency dependency groupIdorg.apache.commons/groupId artifactIdcommons-jci-core/artifactId -version1.0-SNAPSHOT/version +version1.0/version typetest-jar/type
Re: [nightly build] beanutils logging failed.
On 6/12/07, Dennis Lundberg [EMAIL PROTECTED] wrote: Dennis Lundberg wrote: Phil Steitz wrote: Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070612/beanutils.log http://vmbuild.apache.org/~commons/nightly/logs//20070612/logging.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Now I'm confused. From what I can tell by the log for logging, all the builds were successful. Might be something wrong with the nightly script. Will have a look. Found it. On line 280 we do this: if [ `ls target/commons-$component*.jar` ] # build succeeded With commons logging there is more than one such jar file, which makes for an unpredictable response from ls. We should probably do something along the lines of this instead: if [ -f target/commons-$component*.jar ] # build succeeded I'll let one of the unix gurus figure that the exact details, since I don't have an environment set up to try this properly. Ugh. IIRC there is a comment above that line saying that that ugly hack should be replaced by examining return code from m1, m2 ;-) If Hen does not beat me to it, I will fix this. Thanks for chasing it down. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
The deployed site below still says Validator as the title. Is this fixed? On 6/7/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, I have created a new distribution and a new site which you find at http://people.apache.org/~jochen/commons-io/dist http://people.apache.org/~jochen/commons-io/site This version matches revision 544971, which I intend to tag as commons-io-1.3.2 in case of a successful vote. Compared to the previous vote, the following changes have been made: - Rahul Akolkar has convinced me, that the FileCleaningTracker should not be declared serializable, because it isn't. The resulting issues must be resolved within commons-fileupload and not commons-io. - As observed by Niall Pemberton, the -sources and -javadoc jar files did not contain LICENSE.txt and NOTICE.txt files. This is now ensured by the POM. It is an open issue for me, whether this change can be pushed up to the commons-parent POM. Please cast your vote. Jochen [ ] +1 [ ] =0 [ ] -1 -- Women have the ability to wind you round their little finger. Daughters can use all of the fingers together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: centralized KEYS file?
Go for it! On 6/13/07, Ben Speakmon [EMAIL PROTECTED] wrote: Would it be a good idea to have one centralized KEYS file for all commons developers? It'd be easier to update, delete or revoke any single key and remove a lot of duplication. I was reviewing the IO 1.3.2 RC and I couldn't find the key Jochen used to sign the release tarballs. I don't see any reason offhand why it shouldn't be in the same place as the keys to verify any other release. Thoughts? -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] beanutils logging failed.
On 6/12/07, Phil Steitz [EMAIL PROTECTED] wrote: On 6/12/07, Dennis Lundberg [EMAIL PROTECTED] wrote: Dennis Lundberg wrote: Phil Steitz wrote: Failed build logs: http://vmbuild.apache.org/~commons/nightly/logs//20070612/beanutils.log http://vmbuild.apache.org/~commons/nightly/logs//20070612/logging.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Now I'm confused. From what I can tell by the log for logging, all the builds were successful. Might be something wrong with the nightly script. Will have a look. Found it. On line 280 we do this: if [ `ls target/commons-$component*.jar` ] # build succeeded With commons logging there is more than one such jar file, which makes for an unpredictable response from ls. We should probably do something along the lines of this instead: if [ -f target/commons-$component*.jar ] # build succeeded I'll let one of the unix gurus figure that the exact details, since I don't have an environment set up to try this properly. Ugh. IIRC there is a comment above that line saying that that ugly hack should be replaced by examining return code from m1, m2 ;-) If Hen does not beat me to it, I will fix this. Thanks for chasing it down. I just spent 4 hours fighting through escaped HTML in XSL; and after some son-time my time is owed to Jochen for the IO release. I'm not going to be beating you to anything :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
The fixes on the website are nice an good ...but I don't see that blocking the release at all. From what I can see the artifacts are OK so you got my +1 :) cheers -- Torsten On 13.06.2007, at 00:27, Henri Yandell wrote: On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: On 6/12/07, sebb [EMAIL PROTECTED] wrote: On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ There are clirr and jardiff reports here with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ No mention of the clirr / jardiff reports - seems like it would be useful to add them. The clirr/jardiff information is summarized in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ upgrading-1.0-to-1.1.html Yes, but the details would also be useful. Good point. I say 'two methods', but don't detail the methods etc. I could just link the two files up to that page. Bit ugly though. Maybe I should just inline the jardiff one inside the upgrade page. Looks like it's the same info as clirr in this case, and it doesn't run around yelling ERROR etc in ugly text/xml :) Alternatively I could manually pretty the clirr one up. Figuring out how to do all that through Maven1 is more pain than it's worth, especially given that the site doesn't come from the same place as the dist. Ideally I think this is something the repository should be in charge of doing. Feature of Archiva etc. Hen - 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: centralized KEYS file?
On 12.06.2007, at 22:53, Dennis Lundberg wrote: Ben Speakmon wrote: Would it be a good idea to have one centralized KEYS file for all commons developers? It'd be easier to update, delete or revoke any single key and remove a lot of duplication. I was reviewing the IO 1.3.2 RC and I couldn't find the key Jochen used to sign the release tarballs. I don't see any reason offhand why it shouldn't be in the same place as the keys to verify any other release. Thoughts? I like the idea of a single KEYS file for commons. To no surprise this gets my +1 as well ;) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
On 6/12/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch (needs renaming). [ ] +1, quick release before it's 5 years since 1.0 [ ] -1, let's go for 6 years Theres too much on the CLIRR report IMO for this to be a bug fix release - I'm not that familiar with CLI but most (all?) don't seem necessary for this 1.1 release 1) Why not deprecate the public fields in HelpFormatter rather than making them private? 2) IMO removing the Cloneable interface from Option seems just as bad as leaving it in broken (and actually fixing it doesn't seem that difficult). 3) Why not deprecate the public addValue() method in Option rather than changing the visibility to package (and removing boolean return type)? 4) Could an additional interface that extends CommandLineParser that adds the new methods have not been introduced instead? I don't subscribe to the never break backwards compatibility - but I do believe in deprecate/remove cycles and trying to retain compatibility in bug fix releases. For me there's too much in this one. If it was just the CommandLineParser - which does seem to offer benefits to the user - and is mitigated by the fact that (hopefully) most people will have extended Parser and be unaffected, then I would probably buy that argument. Niall Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
Hello [io]: +1 I tested the source distribution with Ant 1.7.0 using: ant clean dist test testjar and got BUILD SUCCESSFULs using the following Java Dev Kits: java version 1.4.2_14 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_14-b05) Java HotSpot(TM) Client VM (build 1.4.2_14-b05, mixed mode) java version 1.4.2_14 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_14-b05) Java HotSpot(TM) Server VM (build 1.4.2_14-b05, mixed mode) java version 1.5.0_11 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing) java version 1.6.0_01 Java(TM) SE Runtime Environment (build 1.6.0_01-b06) Java HotSpot(TM) Client VM (build 1.6.0_01-b06, mixed mode, sharing) java version 1.7.0-ea Java(TM) SE Runtime Environment (build 1.7.0-ea-b13) Java HotSpot(TM) Client VM (build 1.7.0-ea-b13, mixed mode, sharing) I also tested the binary distribution jar with our product build on Java 1.5.0_11 and all of the relevant unit tested passed so I can say that our product should be able migrate from 1.3.1 to 1.3.2 without any issues. Thank you, Gary -Original Message- From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 12, 2007 12:27 PM To: Jakarta Commons Developers List Subject: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2) We still do not have the required three votes by PMC members for a release. See http://www.nabble.com/-VOTE--3rd-attempt:-Release-commons-io-1.3.2- t3880798.html for details. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - 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 CLI 1.1
1) Why not deprecate the public fields in HelpFormatter rather than making them private? Or calling the release 2.0 with the understanding that a breaking compatibility is under the charter of major release. Thank you, Gary -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 12, 2007 7:16 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Release CLI 1.1 On 6/12/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch (needs renaming). [ ] +1, quick release before it's 5 years since 1.0 [ ] -1, let's go for 6 years Theres too much on the CLIRR report IMO for this to be a bug fix release - I'm not that familiar with CLI but most (all?) don't seem necessary for this 1.1 release 1) Why not deprecate the public fields in HelpFormatter rather than making them private? 2) IMO removing the Cloneable interface from Option seems just as bad as leaving it in broken (and actually fixing it doesn't seem that difficult). 3) Why not deprecate the public addValue() method in Option rather than changing the visibility to package (and removing boolean return type)? 4) Could an additional interface that extends CommandLineParser that adds the new methods have not been introduced instead? I don't subscribe to the never break backwards compatibility - but I do believe in deprecate/remove cycles and trying to retain compatibility in bug fix releases. For me there's too much in this one. If it was just the CommandLineParser - which does seem to offer benefits to the user - and is mitigated by the fact that (hopefully) most people will have extended Parser and be unaffected, then I would probably buy that argument. Niall Hen - 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 CLI 1.1
On 6/12/07, Gary Gregory [EMAIL PROTECTED] wrote: 1) Why not deprecate the public fields in HelpFormatter rather than making them private? Or calling the release 2.0 with the understanding that a breaking compatibility is under the charter of major release. We'll probably want to call CLI2, CLI2 1.0 when it comes out; however CLI1 2.0 is going to confuse things too much if we do that now. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release CLI 1.1
On 6/12/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/12/07, Henri Yandell [EMAIL PROTECTED] wrote: I think we're finally ready for CLI 1.1 to be released: http://people.apache.org/~bayard/commons-cli/1.0-rc1/ with the site in: http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/ One quirk to note. The site is from trunk while the release is from the 1.0.x branch (needs renaming). [ ] +1, quick release before it's 5 years since 1.0 [ ] -1, let's go for 6 years Theres too much on the CLIRR report IMO for this to be a bug fix release - I'm not that familiar with CLI but most (all?) don't seem necessary for this 1.1 release It is a minor, rather than bugfix. So I think it's fair to say Please recompile. However, also good to keep backwards compat when it's not too painful. 1) Why not deprecate the public fields in HelpFormatter rather than making them private? I think it's a simple enough change for people to adjust to this one if they discover they've used the public fields. So I'd like to be bold on this one and not put the public fields back in. 2) IMO removing the Cloneable interface from Option seems just as bad as leaving it in broken (and actually fixing it doesn't seem that difficult). Agreed. It's a pain for someone if they've actually used the clone(). I don't see any great needs to clone options, however someone did report a bug with it so that would imply that someone wanted to clone. So +1 to looking into fixing this: http://issues.apache.org/jira/browse/CLI-21 3) Why not deprecate the public addValue() method in Option rather than changing the visibility to package (and removing boolean return type)? I think this was a recent change that Brian and I made (need to check). That method should not, not, not, be called by a user. Option classes are immutable-ish, but behind the scenes the code mutates them. So definitely want to break people who are using this. 4) Could an additional interface that extends CommandLineParser that adds the new methods have not been introduced instead? Dunno. Again - need to delve into history and try and estimate intentions. There are three parser implementations in CLI and they all extend Parser (the abstract class). I think it's a pretty safe bet that implementing the interface directly is going to be rare (tending to zero). I don't subscribe to the never break backwards compatibility - but I do believe in deprecate/remove cycles and trying to retain compatibility in bug fix releases. For me there's too much in this one. If it was just the CommandLineParser - which does seem to offer benefits to the user - and is mitigated by the fact that (hopefully) most people will have extended Parser and be unaffected, then I would probably buy that argument. My general subscription is that I want to break it if it's bug related, and deprecate it if the removal is just policy or trivial (ie: renaming, package moving etc). We do need to sort out the clone one, others I think can stay (consensus pending). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
There are still unanswered questions on the original thread (from memory): - KEYS used to sign the release - Site title - Deprecation of FileCleaner Will you/we answer these? On 6/13/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: We still do not have the required three votes by PMC members for a release. See http://www.nabble.com/-VOTE--3rd-attempt:-Release-commons-io-1.3.2-t3880798.html for details. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
svn commit: r546740 - /jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
Author: psteitz Date: Tue Jun 12 22:06:55 2007 New Revision: 546740 URL: http://svn.apache.org/viewvc?view=revrev=546740 Log: Fixed m2 build failure test to work when multiple jars are produced. Modified: jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh Modified: jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh?view=diffrev=546740r1=546739r2=546740 == --- jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh (original) +++ jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh Tue Jun 12 22:06:55 2007 @@ -277,7 +277,7 @@ fi # Deploy dated jar to maven 2 snapshot repo (configured in apache pom) -if [ `ls target/commons-$component*.jar` ] # build succeeded +if [ `ls -1 commons-$component*.jar | wc -l` -gt 0 ] # build succeeded then if [ $MAVEN_DEPLOY ] then - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504120 ] Henri Yandell commented on IO-116: -- Agreed - that would be mad :) I think I meant: * Given that FileCleaner is static, why not implement FileCleaningTestCase inside FileCleanerTestCase? Or rather: Why have a FileCleanerTestCase? Will bring up on list. Replace static FileCleaner methods -- Key: IO-116 URL: https://issues.apache.org/jira/browse/IO-116 Project: Commons IO Issue Type: Improvement Components: Utilities Affects Versions: 1.3.1 Reporter: Jochen Wiedmann Priority: Critical Fix For: 1.3.2 Attachments: commons-io-filecleaningtracker.patch, commons-io-filecleaningtracker.patch The attached patch aims to finally resolve the problems, which are named in IO-99, FILEUPLOAD-120, and FILEUPLOAD-125. I choosed a conservative strategy: Basically I copied the FileCleaner class to an instantiable class FileCleaningTracker with instance methods. The static FileCleaner methods are now implemented by a static instance of FileCleaningTracker. (The name FileCleaningTracker is, of course, questionable. The FileCleaningTestCase was also created by simply copying FileCleaner to FileCleaningTestCase. FileCleanerTestCase is now similarly implemented as a subclass of FileCleanerTestCase which uses the static instance of FileCleaner rather than a dynamically created instance. -- 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: [VOTE] Release CLI 1.1
It is a minor, rather than bugfix. So I think it's fair to say Please recompile. However, also good to keep backwards compat when it's not too painful. Seeing how I'm about to go down a similar road with commons-email... I'm okay with requiring a recompile as long as you're not requiring drastic changes in the client source code. 1) Why not deprecate the public fields in HelpFormatter rather than making them private? I think it's a simple enough change for people to adjust to this one if they discover they've used the public fields. So I'd like to be bold on this one and not put the public fields back in. Again, works for me as long as it's not onerous. Agreed. It's a pain for someone if they've actually used the clone(). I don't see any great needs to clone options, however someone did report a bug with it so that would imply that someone wanted to clone. Implementing clone() properly is a pain and hard to get right. If someone really needs distinct copies of Option classes (why?!), I'd suggest providing a copy constructor instead. If compatibility is a really big deal, you could change clone() to call Object.clone(), which throws an exception. Think of it as a gentle hint to the user not to use the method anymore -- and the exception message could also point out the new copy constructor. I think this was a recent change that Brian and I made (need to check). That method should not, not, not, be called by a user. Option classes are immutable-ish, but behind the scenes the code mutates them. So definitely want to break people who are using this. +1. My general subscription is that I want to break it if it's bug related, and deprecate it if the removal is just policy or trivial (ie: renaming, package moving etc). We do need to sort out the clone one, others I think can stay (consensus pending). Concur -- if it's broken, break it; don't wallpaper over it, because some poor sod *will* put his head through it eventually.
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
On 6/13/07, Dion Gillard [EMAIL PROTECTED] wrote: The deployed site below still says Validator as the title. Is this fixed? I see that Niall has already fixed this. We do not need a separate vote to include this fix, do we? -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
On 6/12/07, Ben Speakmon [EMAIL PROTECTED] wrote: I can't find the GPG key you used to sign the tarballs -- it's not in http://www.apache.org/dist/jakarta/commons/io/KEYS and there isn't a KEYS file in the svn. Looks good otherwise. +0 as is, with +1 once the key is updated and I can verify the sigs. Rats, I already *had* a proposed KEYS file in my dist directory, but seems I removed it. Ok, I have created a KEYS file for future use, which you find at http://people.apache.org/~jochen/commons-io/dist/KEYS together with the other files. Hope, that's fine. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Still no votes! (WAS: [VOTE] 3rd attempt: Release commons-io 1.3.2)
On 6/13/07, Dion Gillard [EMAIL PROTECTED] wrote: There are still unanswered questions on the original thread (from memory): - KEYS used to sign the release - Site title I've already replied to these in separate votes. - Deprecation of FileCleaner My opinion here is different from Stephen's. If the use of a class is no longer recommended (which I strongly believe, giving the experiences with fileupload), then it's deprecated, point release or not. You may think different and here and take it as a reason for a -1. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: centralized KEYS file?
And replace the current KEYS files with soft links? Dunno how the mirrors handle that. -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
On 6/6/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, I have created a new distribution and a new site which you find at http://people.apache.org/~jochen/commons-io/dist * PGP matches (once I found your key in the FileUpload KEYS file) * MD5 fails - as someone else mentioned, the .md5 is the wrong format. * tar.gz files match zips for structure. * src unpacks (not into a -src, not a blocker for me) * Builds happily under m1, m2 and ant (jdk 1.5). The build failed under 1.3 (ant). It was a failed test. My machine's fan was whirring away and the errors are rather worrying: [junit] java(1510,0x82012600) malloc: *** error for object 0x80d00910: incorrect checksum for freed object - object was probably modified after being freed, break at szone_error to debug [junit] java(1510,0x82012600) malloc: *** set a breakpoint in szone_error to debug and [junit] java(1476,0x82018000) malloc: *** error for object 0x82001c00: incorrect checksum for freed object - object was probably modified after being freed, break at szone_error to debug [junit] java(1476,0x82018000) malloc: *** set a breakpoint in szone_error to debug so something to ignore on your part. I on the other hand am going to backup pronto. If someone could confirm that they've built under 1.3 for Ant (or did we move to 1.4?). http://people.apache.org/~jochen/commons-io/site In Opera I got broken images on this page. http://people.apache.org/~jochen/commons-io/site/changes-report.html Same on this useless looking report (in that it will always be out of date): http://people.apache.org/~jochen/commons-io/site/jira-report.html Generally I think site issues should never spark a need to revote; but because the website gets put in the download it will come down to whether you feel it needs fixing in the download. Personally I feel that when voting on a new rc dist, the previous +1s still count (by lazyness) and its really about converting the -1s over to +1s. I'm -1 with respect to the md5s. Presuming you did them by hand, it's something you can easily fix without rerolling anything. Even if not, I'd just fix them by hand anyway. I'm -0 on the validator bit meaning a reroll. I dislike how Maven1 puts the site in the binary and am looking forward to doing a Maven2 build and finding a way to only put the real docs in the binary (javadoc, release notes and user guide). Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3rd attempt: Release commons-io 1.3.2
On 6/13/07, Henri Yandell [EMAIL PROTECTED] wrote: * tar.gz files match zips for structure. What does that mean? In Opera I got broken images on this page. http://people.apache.org/~jochen/commons-io/site/changes-report.html You are right, this is http://jira.codehaus.org/browse/MSITE-190 I suggest that I fix this manually in the deployed site. Same on this useless looking report (in that it will always be out of date): http://people.apache.org/~jochen/commons-io/site/jira-report.html Again, I have no problem to remove it from the deployed site. Personally I feel that when voting on a new rc dist, the previous +1s still count (by lazyness) and its really about converting the -1s over to +1s. That's interesting. If others feel the same, then I'd like to see this fixed somewhere. I'll bring up a different thread on that. I'm -1 with respect to the md5s. Presuming you did them by hand, it's something you can easily fix without rerolling anything. Even if not, I'd just fix them by hand anyway. Ok, as you are the second one asking for it, I've changed it. Same for the .sha1 files. I'm -0 on the validator bit meaning a reroll. I dislike how Maven1 puts the site in the binary and am looking forward to doing a Maven2 build and finding a way to only put the real docs in the binary (javadoc, release notes and user guide). That's a matter of opinion. I for my part do like if the site is included. Jochen -- Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
