RE: m2 groupIds
Hi Carlos, Carlos Sanchez wrote on Wednesday, February 14, 2007 8:25 AM: right a relocate pom for ALL versions is required to avoid duplication on classpath BUT as I said almost everybody will have cached previous versions of commons so they won't see the relocation until they delete local repo and the poms with relocation info get downloaded. Maven should give here better support. If it ever downloads a relocation POM it should keep the relocation information in a separate DB/storage and take it always into account when resolving aritfacts no matter which version. Scenario 1 would be completely the the enough then. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 groupIds
Carlos Sanchez wrote on Wednesday, February 14, 2007 8:40 AM: iirc you have very different jars in the two groupids, that's not relocation, that would actually change the binaries for users This was for one single release only (because we did not realize, that the M1 and M2 repos are completed automatically with the missing artifacts), but not for all the old releases where I also adjusted the POMs with the relocation section. Nevermind it is history now, but the complete discussion shows, that the process is still not clear and that there's no optimal solution either. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 groupIds
That would'nt work anyway If you allready downloaded commons-cc:1.1 and get (maybe transitiviely) a dependency on org.apache.commons:cc:1.2, you will get both in your classpath as maven will not kwon those tow groupIds are for the same artifact. We can't expect maven to reload the 1.1 POM that is allready present in local repository (an other cache/mirror/proxy) We could only expect maven to know from the 1.2 POM that what the old groupId was to establish the two artifacts are same. This requires some changes in the POM format to include a section about artifact history in maven repo. Nico. 2007/2/14, Jörg Schaible [EMAIL PROTECTED]: Hi Carlos, Carlos Sanchez wrote on Wednesday, February 14, 2007 8:25 AM: right a relocate pom for ALL versions is required to avoid duplication on classpath BUT as I said almost everybody will have cached previous versions of commons so they won't see the relocation until they delete local repo and the poms with relocation info get downloaded. Maven should give here better support. If it ever downloads a relocation POM it should keep the relocation information in a separate DB/storage and take it always into account when resolving aritfacts no matter which version. Scenario 1 would be completely the the enough then. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507436 - in /jakarta/commons/proper/commons-nightly/trunk/cruisecontrol: ./ README.txt ant-config.tmpl gen-config.bom gen-config.sh m1-config.tmpl m2-config.tmpl
Author: bayard
Date: Wed Feb 14 00:37:36 2007
New Revision: 507436
URL: http://svn.apache.org/viewvc?view=revrev=507436
Log:
Playing with CruiseControl and Commons.
Added:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt
(with props)
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/ant-config.tmpl
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.bom
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh
(with props)
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/m1-config.tmpl
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/m2-config.tmpl
Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt?view=autorev=507436
==
--- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt
(added)
+++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt Wed
Feb 14 00:37:36 2007
@@ -0,0 +1,9 @@
+Experimenting with CruiseControl for the Commons nightly build system.
+
+It should mean adding a line (or many lines) to the gen-config.bom file, and
+then executing sh gen-config.sh gen-config.bom on the build system.
+
+Building under multiple JVMs at the same time is an experimental idea - the
+idea being to add special for-loop scripts to each build system that mean
+that a maven-build runs over a set number of JDKs. This may make the results
+rather useless though.
Propchange:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/README.txt
--
svn:eol-style = native
Added:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/ant-config.tmpl
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/ant-config.tmpl?view=autorev=507436
==
--- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/ant-config.tmpl
(added)
+++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/ant-config.tmpl
Wed Feb 14 00:37:36 2007
@@ -0,0 +1,26 @@
+
+ project name=ant-COMPONENT buildafterfailed=true
+listeners
+ currentbuildstatuslistener
+ file=logs/ant-COMPONENT/status.txt/
+/listeners
+
+bootstrappers
+/bootstrappers
+
+modificationset quietperiod=10
+ svn localworkingcopy=ant/COMPONENT_DIRECTORY/COMPONENT/
+/modificationset
+
+schedule interval=60
+ant antscript=/home/hen/apps/apache-ant-1.7.0/bin/ant
+ buildfile=ant/COMPONENT_DIRECTORY/COMPONENT/build.xml
+ target=clean dist/
+/schedule
+
+log logdir=logs/ant-COMPONENT/
+
+publishers
+/publishers
+ /project
+
Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.bom
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.bom?view=autorev=507436
==
--- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.bom
(added)
+++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.bom
Wed Feb 14 00:37:36 2007
@@ -0,0 +1,3 @@
+ant:proper:lang
+m1:proper:lang
+m2:proper:lang
Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh?view=autorev=507436
==
--- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh
(added)
+++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh
Wed Feb 14 00:37:36 2007
@@ -0,0 +1,18 @@
+bomFile=$1
+echo 'cruisecontrol' config.xml
+for i in `cat $bomFile`
+do
+ bld=`echo $i | awk 'BEGIN { FS = : } {print $1}'`
+ dir=`echo $i | awk 'BEGIN { FS = : } {print $2}'`
+ cmp=`echo $i | awk 'BEGIN { FS = : } {print $3}'`
+
+ checkout=${bld}/${dir}/${cmp}
+ if [ ! -d $checkout ]
+ then
+ mkdir -p ${bld}/${dir}
+ echo Checkout - $checkout
+ svn -q checkout
http://svn.apache.org/repos/asf/jakarta/commons/${dir}/${cmp}/trunk ${checkout}
+ fi
+ cat ${bld}-config.tmpl | sed s/COMPONENT_DIRECTORY/$dir/g | sed
s/COMPONENT/$cmp/g config.xml
+done
+echo '/cruisecontrol' config.xml
Propchange:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/gen-config.sh
--
svn:eol-style = native
Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/m1-config.tmpl
URL:
svn commit: r507443 - /jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
Author: bayard
Date: Wed Feb 14 01:00:10 2007
New Revision: 507443
URL: http://svn.apache.org/viewvc?view=revrev=507443
Log:
Adding a script for turning a command into one that runs that command under a
specified list of JDKs
Added:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
(with props)
Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs?view=autorev=507443
==
--- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
(added)
+++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs Wed
Feb 14 01:00:10 2007
@@ -0,0 +1,40 @@
+#!/bin/sh
+
+# Assume JDK_HOMES is set
+# export JDK_HOMES=/home/hen/apps/java
+# Assume JDK_CONF is set
+# export JDK_CONF=/home/hen/apps/java/jdk-conf.txt
+
+# symlink this file as mavenAllJDKs in the MAVEN_HOME/bin,
+# antAllJDKs in the ANT_HOME/bin, mvnAllJDKs in the M2_HOME/bin.
+
+OLDPATH=$PATH
+THISDIR=`echo $0 | sed 's/\/[^\/]*$//'`
+THISCMD=`echo $0 | sed 's/.*\/\([^\/]*\)AllJDKs$/\1/'`
+#ARGS=`echo $* | sed 's/-Dcvstimestamp=\(.*\) -Dcc/-Dcvstimestamp=1\\\
-Dcc/'`
+ARGS=`echo $* | sed 's/-Dcvstimestamp=\(.*\) -Dcc/ -Dcc/'`
+
+error=0
+jdks=`cat $JDK_CONF | grep ^${THISCMD}= | sed s/^${THISCMD}=//`
+for i in $jdks
+do
+export JAVA_HOME=$JDK_HOMES/$i
+export PATH=$JAVA_HOME/bin:$OLDPATH
+java -version
+$THISDIR/$THISCMD $ARGS
+ret=$?
+if [ $ret -ne 0 ]
+then
+ error=1
+ ermsg=${errmsg}Failure: ${i}\n
+fi
+done
+
+PATH=$OLDPATH
+
+if [ $ret -ne 0 ]
+then
+ echo $ermsg
+fi
+
+exit $error
Propchange:
jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
--
svn:executable = *
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507444 - /jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample
Author: bayard Date: Wed Feb 14 01:00:53 2007 New Revision: 507444 URL: http://svn.apache.org/viewvc?view=revrev=507444 Log: Sample configuration for runAllJDKs Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample Added: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample?view=autorev=507444 == --- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample (added) +++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs-conf.sample Wed Feb 14 01:00:53 2007 @@ -0,0 +1,3 @@ +maven=harmony-jdk-r505120 ibm1.4.2 ibm-1.5.0 jdk1.4.2 jdk1.5.0 jdk1.6.0 +ant=harmony-jdk-r505120 ibm1.3.1 ibm1.4.2 ibm-1.5.0 jdk1.2.2 jdk1.3.1 jdk1.4.2 jdk1.5.0 jdk1.6.0 +mvn=harmony-jdk-r505120 ibm1.4.2 ibm-1.5.0 jdk1.4.2 jdk1.5.0 jdk1.6.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507448 - /jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs
Author: bayard Date: Wed Feb 14 01:29:10 2007 New Revision: 507448 URL: http://svn.apache.org/viewvc?view=revrev=507448 Log: Fixed bug in error output Modified: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs Modified: jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs?view=diffrev=507448r1=507447r2=507448 == --- jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs (original) +++ jakarta/commons/proper/commons-nightly/trunk/cruisecontrol/runAllJDKs Wed Feb 14 01:29:10 2007 @@ -32,7 +32,7 @@ PATH=$OLDPATH -if [ $ret -ne 0 ] +if [ $error -ne 0 ] then echo $ermsg fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507325 - /jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
Author: sebb
Date: Tue Feb 13 16:12:43 2007
New Revision: 507325
URL: http://svn.apache.org/viewvc?view=revrev=507325
Log:
Remove redundant null check
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java?view=diffrev=507325r1=507324r2=507325
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
Tue Feb 13 16:12:43 2007
@@ -153,9 +153,7 @@
}
this.params = params;
this.httpConnectionManager = httpConnectionManager;
-if (this.httpConnectionManager != null) {
-this.httpConnectionManager.getParams().setDefaults(this.params);
-}
+this.httpConnectionManager.getParams().setDefaults(this.params);
}
/**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507324 - /jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java
Author: sebb Date: Tue Feb 13 16:12:11 2007 New Revision: 507324 URL: http://svn.apache.org/viewvc?view=revrev=507324 Log: password can be null Modified: jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java Modified: jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java?view=diffrev=507324r1=507323r2=507324 == --- jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java (original) +++ jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java Tue Feb 13 16:12:11 2007 @@ -549,7 +549,8 @@ escaped user not valid); } String username = new String(escapedUser); -String password = new String(getRawPassword()); +char[] rawPassword = getRawPassword(); + String password = rawPassword == null ? null : new String(rawPassword); String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); String hostport = (_port == -1) ? hostname : hostname + : + _port; @@ -644,7 +645,7 @@ throw new URIException(URIException.PARSING, username required); } String username = new String(getRawUser()); -String password = new String(escapedPassword); +String password = escapedPassword == null ? null : new String(escapedPassword); // an emtpy string is allowed as a password String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507323 - /jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
Author: sebb
Date: Tue Feb 13 16:11:22 2007
New Revision: 507323
URL: http://svn.apache.org/viewvc?view=revrev=507323
Log:
Remove unnecessary String.toString()
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java?view=diffrev=507323r1=507322r2=507323
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
Tue Feb 13 16:11:22 2007
@@ -2231,12 +2231,12 @@
_is_IPv6reference = false;
// set a registry-based naming authority
if (escaped) {
-_authority = original.toString().toCharArray();
+_authority = original.toCharArray();
if (!validate(_authority, reg_name)) {
throw new URIException(Invalid authority);
}
} else {
-_authority = encode(original.toString(), allowed_reg_name,
charset);
+_authority = encode(original, allowed_reg_name, charset);
}
} else {
if (original.length() - 1 next hasPort
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507321 - /jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
Author: sebb
Date: Tue Feb 13 16:10:51 2007
New Revision: 507321
URL: http://svn.apache.org/viewvc?view=revrev=507321
Log:
Remove unnecessary String.toString()
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java?view=diffrev=507321r1=507320r2=507321
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
Tue Feb 13 16:10:51 2007
@@ -625,7 +625,7 @@
for (int i = from.length; i 0; --i) {
original = replace(original, from[i], to[i]);
}
-return original.toString();
+return original;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 groupIds
nicolas de loof wrote on Wednesday, February 14, 2007 9:19 AM: That would'nt work anyway If you allready downloaded commons-cc:1.1 and get (maybe transitiviely) a dependency on org.apache.commons:cc:1.2, you will get both in your classpath as maven will not kwon those tow groupIds are for the same artifact. We can't expect maven to reload the 1.1 POM that is allready present in local repository (an other cache/mirror/proxy) We could only expect maven to know from the 1.2 POM that what the old groupId was to establish the two artifacts are same. This requires some changes in the POM format to include a section about artifact history in maven repo. Yep. You're right. Another missing gap. If the new POM contains some information, that it had been relocated from a different place, Maven could take it into account. Currently Maven knows about the relocation only, if you try to download an uncached version from the repo with the old groupId. If the dep is referenced with the new groupId already, Maven is as blind as reading old POMs from the cache. I fear switching the groupId for commons will create some real disruptions :-/ - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LANG-322) ClassUtils.getShortClassName(String) inefficient
ClassUtils.getShortClassName(String) inefficient
Key: LANG-322
URL: https://issues.apache.org/jira/browse/LANG-322
Project: Commons Lang
Issue Type: Improvement
Affects Versions: 2.3
Reporter: Johann
ClassUtils.getShortClassName(String) is inefficient because it clones the Class
name's char array which is then cloned again in the String(char[], int, int)
constructor. Most of this garbage can be avoided.
Proposed fix:
public static String getShortClassName(String className) {
[Null and empty checks]
int lastDotIdx = className.lastIndexOf(PACKAGE_SEPARATOR_CHAR);
int innerIdx = className.indexOf(INNER_CLASS_SEPARATOR_CHAR, lastDotIdx == -1
? 0 : lastDotIdx + 1);
String out = result.substring(++lastDotIdx);
if (innerIdx != -1) {
out = out.replace(INNER_CLASS_SEPARATOR_CHAR, PACKAGE_SEPARATOR_CHAR);
}
return out;
}
--
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]
[betwixt] Inheritance/reuse of configuration files
Dear all, We are considering to use betwixt for a large scale development project. We are having a fairly important number of Beans all belonging to a hierarchical structure with one root bean. We would like to configure the bean-XML mapping using (multi-mapping)betwixt files. It is crucial, that we can reuse definitions made for some class for their subclasses. This includes hiding a standard set of properties, naming of some shared properties, etc. Or, as an earlier message on the dev-list suggested, to inherit properties defined explicitly ( see: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200405.mbox/[EMAIL PROTECTED] ). After several hours of search and trial, we couldn't find a way to achieve this with XML configuration files without making use of programming, which might be more difficult to maintain. Thank your for your attention, any hint is greatly appreciated. Mirko Steinle HUG Direction d'informatique de gestion Unité de développement +41 22 372 85 22 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VALIDATOR-222) Validating dynamically generated fields
Validating dynamically generated fields Key: VALIDATOR-222 URL: https://issues.apache.org/jira/browse/VALIDATOR-222 Project: Commons Validator Issue Type: Wish Environment: Windows,mozila 1.5.0.9,IE-7 Reporter: Sachin We have a requirement that our most of the forms are generated at runtime i.e. form fields are generated at runtime Means sometimes it may be 10, sometime may be 20 etc. So we want to use Commons Validator for validation of these dynamically generated fields. As I know for validating a field it must be in validation.xml. but in my case I never know how many fields Will be generated? So please suggest me the approach for validating such dynamically generated fields or if current validation framework has facility to validate the dynamically Generated fields. -- 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] Created: (VALIDATOR-223) Move the trim() function from validateRequired.js to validateUtilities.js
Move the trim() function from validateRequired.js to validateUtilities.js - Key: VALIDATOR-223 URL: https://issues.apache.org/jira/browse/VALIDATOR-223 Project: Commons Validator Issue Type: Bug Components: JavaScript Affects Versions: 1.3.1 Release, 1.3.0 Release, 1.2.0 Release, 1.1.4 Release Reporter: Niall Pemberton Assigned To: Niall Pemberton Priority: Minor Fix For: 1.4 valdiateRequired.js has a trim() function which is used by other JavaScript validations (e.g. validateMinLength.js) - this function should be in the common utilities script/file. Raised on the user list in this thread: http://tinyurl.com/2ursju Shale project created a custom version of valdiateRequired.js with this change - see https://issues.apache.org/struts/browse/SHALE-248 -- 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: r507611 - in /jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript: validateRequired.js validateUtilities.js
Author: niallp
Date: Wed Feb 14 08:40:49 2007
New Revision: 507611
URL: http://svn.apache.org/viewvc?view=revrev=507611
Log:
VALIDATOR-223 - Move the trim() function to validateUtilities.js - thanks to
Hasan Turksoy
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
Wed Feb 14 08:40:49 2007
@@ -110,8 +110,3 @@
}
return isValid;
}
-
-// Trim whitespace from left and right sides of s.
-function trim(s) {
-return s.replace( /^\s*/, ).replace( /\s*$/, );
-}
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Wed Feb 14 08:40:49 2007
@@ -154,3 +154,8 @@
}
return true;
}
+
+// Trim whitespace from left and right sides of s.
+function trim(s) {
+return s.replace( /^\s*/, ).replace( /\s*$/, );
+}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VALIDATOR-223) Move the trim() function from validateRequired.js to validateUtilities.js
[ https://issues.apache.org/jira/browse/VALIDATOR-223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved VALIDATOR-223. --- Resolution: Fixed Move the trim() function from validateRequired.js to validateUtilities.js - Key: VALIDATOR-223 URL: https://issues.apache.org/jira/browse/VALIDATOR-223 Project: Commons Validator Issue Type: Bug Components: JavaScript Affects Versions: 1.1.4 Release, 1.2.0 Release, 1.3.0 Release, 1.3.1 Release Reporter: Niall Pemberton Assigned To: Niall Pemberton Priority: Minor Fix For: 1.4 valdiateRequired.js has a trim() function which is used by other JavaScript validations (e.g. validateMinLength.js) - this function should be in the common utilities script/file. Raised on the user list in this thread: http://tinyurl.com/2ursju Shale project created a custom version of valdiateRequired.js with this change - see https://issues.apache.org/struts/browse/SHALE-248 -- 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: svn commit: r507611 - in /jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript: validateRequired.js validateUtilities.js
Hi,
The below looks interesting. Does Common's have
javascript stuff?
Incidentally I donated a Javascript Framework written
on top of dojo to myfaces a while back, in case anyone
is interested. It has the ability to hook javascript
validators to components.
http://people.apache.org/~matzew/dojo.presentation.zip
http://www.mail-archive.com/dev@myfaces.apache.org/msg18916.html
I tried to follow the JSF JSR, but code it in
javascript so that it runs on the client.
Cheers,
- Ole
--- [EMAIL PROTECTED] wrote:
Author: niallp
Date: Wed Feb 14 08:40:49 2007
New Revision: 507611
URL:
http://svn.apache.org/viewvc?view=revrev=507611
Log:
VALIDATOR-223 - Move the trim() function to
validateUtilities.js - thanks to Hasan Turksoy
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
Wed Feb 14 08:40:49 2007
@@ -110,8 +110,3 @@
}
return isValid;
}
-
-// Trim whitespace from left and right sides of
s.
-function trim(s) {
-return s.replace( /^\s*/, ).replace(
/\s*$/, );
-}
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Wed Feb 14 08:40:49 2007
@@ -154,3 +154,8 @@
}
return true;
}
+
+// Trim whitespace from left and right sides of
s.
+function trim(s) {
+return s.replace( /^\s*/, ).replace(
/\s*$/, );
+}
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
Get your own web address.
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r505890 - in /jakarta/commons/proper/httpclient/trunk: release_notes.txt src/java/org/apache/commons/httpclient/AutoCloseInputStream.java src/test/org/apache/commons/httpclient/TestStr
On Wed, 2007-02-14 at 16:47 +1300, [EMAIL PROTECTED] wrote:
Perhaps this should have an @since tag added, as it's a new method?
Hi Simon,
This change does not actually affect the public API.
AutoCloseInputStream is a package private class and is not meant to be
imported by the end users.
Can we live without an @since for this method?
Oleg
[EMAIL PROTECTED] wrote:
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/AutoCloseInputStream.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/AutoCloseInputStream.java?view=diffrev=505890r1=505889r2=505890
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/AutoCloseInputStream.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/AutoCloseInputStream.java
Sun Feb 11 03:25:25 2007
@@ -131,6 +131,23 @@
}
/**
+ * Obtains the number of bytes that can be read without blocking.
+ *
+ * @return the number of bytes available without blocking
+ * @throws IOException in case of a problem
+ */
+public int available() throws IOException {
+int a = 0; // not -1
+
+if (isReadAllowed()) {
+a = super.available();
+// no checkClose() here, available() can't trigger EOF
+}
+
+return a;
+}
+
-
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: svn commit: r507611 - in /jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript: validateRequired.js validateUtilities.js
On 2/14/07, Ole Ersoy [EMAIL PROTECTED] wrote:
Hi,
The below looks interesting. Does Common's have
javascript stuff?
It does - but its been implemented upside down which causes all
sorts of issues - also The static javascript functions are in
Commons Validator but rendering the dynamic part that uses those
functions is in the frameworks that use it (e.g. Struts, Shale). I
started work to resolve both the architecture and provide the dynamic
rendering in Commons Validator a long time ago - but then never went
back and finished/implemented it:
http://issues.apache.org/jira/browse/VALIDATOR-106
http://www.niallp.pwp.blueyonder.co.uk/validatorjs.html
Incidentally I donated a Javascript Framework written
on top of dojo to myfaces a while back, in case anyone
is interested. It has the ability to hook javascript
validators to components.
http://people.apache.org/~matzew/dojo.presentation.zip
http://www.mail-archive.com/dev@myfaces.apache.org/msg18916.html
I tried to follow the JSF JSR, but code it in
javascript so that it runs on the client.
Cool - I'll try to take a look at some point (don't have much time at
the moment). If you have stuff you think that would be good in Commons
Validator - patches/code to Jira are most welcome :-)
http://jakarta.apache.org/commons/validator/issue-tracking.html
Niall
Cheers,
- Ole
--- [EMAIL PROTECTED] wrote:
Author: niallp
Date: Wed Feb 14 08:40:49 2007
New Revision: 507611
URL:
http://svn.apache.org/viewvc?view=revrev=507611
Log:
VALIDATOR-223 - Move the trim() function to
validateUtilities.js - thanks to Hasan Turksoy
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
Wed Feb 14 08:40:49 2007
@@ -110,8 +110,3 @@
}
return isValid;
}
-
-// Trim whitespace from left and right sides of
s.
-function trim(s) {
-return s.replace( /^\s*/, ).replace(
/\s*$/, );
-}
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Wed Feb 14 08:40:49 2007
@@ -154,3 +154,8 @@
}
return true;
}
+
+// Trim whitespace from left and right sides of
s.
+function trim(s) {
+return s.replace( /^\s*/, ).replace(
/\s*$/, );
+}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r507611 - in /jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript: validateRequired.js validateUtilities.js
Cool - I'll look at the JIRAs in more detail. It
would be great to have some developer use cases for
how to leverage common's validator with the
frameworks.
Cheers,
- Ole
--- Niall Pemberton [EMAIL PROTECTED] wrote:
On 2/14/07, Ole Ersoy [EMAIL PROTECTED] wrote:
Hi,
The below looks interesting. Does Common's have
javascript stuff?
It does - but its been implemented upside down
which causes all
sorts of issues - also The static javascript
functions are in
Commons Validator but rendering the dynamic part
that uses those
functions is in the frameworks that use it (e.g.
Struts, Shale). I
started work to resolve both the architecture and
provide the dynamic
rendering in Commons Validator a long time ago - but
then never went
back and finished/implemented it:
http://issues.apache.org/jira/browse/VALIDATOR-106
http://www.niallp.pwp.blueyonder.co.uk/validatorjs.html
Incidentally I donated a Javascript Framework
written
on top of dojo to myfaces a while back, in case
anyone
is interested. It has the ability to hook
javascript
validators to components.
http://people.apache.org/~matzew/dojo.presentation.zip
http://www.mail-archive.com/dev@myfaces.apache.org/msg18916.html
I tried to follow the JSF JSR, but code it in
javascript so that it runs on the client.
Cool - I'll try to take a look at some point (don't
have much time at
the moment). If you have stuff you think that would
be good in Commons
Validator - patches/code to Jira are most welcome
:-)
http://jakarta.apache.org/commons/validator/issue-tracking.html
Niall
Cheers,
- Ole
--- [EMAIL PROTECTED] wrote:
Author: niallp
Date: Wed Feb 14 08:40:49 2007
New Revision: 507611
URL:
http://svn.apache.org/viewvc?view=revrev=507611
Log:
VALIDATOR-223 - Move the trim() function to
validateUtilities.js - thanks to Hasan Turksoy
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateRequired.js
Wed Feb 14 08:40:49 2007
@@ -110,8 +110,3 @@
}
return isValid;
}
-
-// Trim whitespace from left and right
sides of
s.
-function trim(s) {
-return s.replace( /^\s*/, ).replace(
/\s*$/, );
-}
Modified:
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js?view=diffrev=507611r1=507610r2=507611
==
---
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
(original)
+++
jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Wed Feb 14 08:40:49 2007
@@ -154,3 +154,8 @@
}
return true;
}
+
+// Trim whitespace from left and right
sides of
s.
+function trim(s) {
+return s.replace( /^\s*/, ).replace(
/\s*$/, );
+}
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
Any questions? Get answers on any topic at www.Answers.yahoo.com. Try it now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 groupIds
On 2/14/07, Jörg Schaible [EMAIL PROTECTED] wrote: Maven should give here better support. If it ever downloads a relocation POM it should keep the relocation information in a separate DB/storage and take it always into account when resolving aritfacts no matter which version. Scenario 1 would be completely the the enough then. I'm not saying it's perfect ;) but that's how it is now -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 groupIds
yep, but to be clear, if we had relocated that version it'd potentially break people using it as their binary would change. I wouldn't like you to think that I screwed you for any reason. FWIW i'm not fan of relocations anyway, they have potentially bad effects. If an artifact moves to other place the user needs to change it by himself if he wants to upgrade. Not any different if an project changes omain and you have to go to the new one to download it. On 2/14/07, Jörg Schaible [EMAIL PROTECTED] wrote: Carlos Sanchez wrote on Wednesday, February 14, 2007 8:40 AM: iirc you have very different jars in the two groupids, that's not relocation, that would actually change the binaries for users This was for one single release only (because we did not realize, that the M1 and M2 repos are completed automatically with the missing artifacts), but not for all the old releases where I also adjusted the POMs with the relocation section. Nevermind it is history now, but the complete discussion shows, that the process is still not clear and that there's no optimal solution either. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VALIDATOR-222) Validating dynamically generated fields
[ https://issues.apache.org/jira/browse/VALIDATOR-222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved VALIDATOR-222. --- Resolution: Invalid Please ask questions on the user list - Jira is for reporting bugs in Commons Validator - not getting help: http://jakarta.apache.org/commons/validator/mail-lists.html Validating dynamically generated fields Key: VALIDATOR-222 URL: https://issues.apache.org/jira/browse/VALIDATOR-222 Project: Commons Validator Issue Type: Wish Environment: Windows,mozila 1.5.0.9,IE-7 Reporter: Sachin We have a requirement that our most of the forms are generated at runtime i.e. form fields are generated at runtime Means sometimes it may be 10, sometime may be 20 etc. So we want to use Commons Validator for validation of these dynamically generated fields. As I know for validating a field it must be in validation.xml. but in my case I never know how many fields Will be generated? So please suggest me the approach for validating such dynamically generated fields or if current validation framework has facility to validate the dynamically Generated fields. -- 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]
[ANNOUNCE] Jakarta Commons IO 1.3.1 released
It's not been long since the release of Commons IO 1.3, but I need to announce the release of Commons IO 1.3.1. Commons IO provides low level utilities, file filters and streams that complement and enhance the java.io package. There are two fixes in this release that we felt users should get as soon as possible. The FileUtils.readFileToString(String) method was not static as intended, and there is a potential NullPointerException in the FileUtils.openOutputStream(File). Please note that this means that technically IO 1.3.1 is not API compatible with IO 1.3 due to the switch of the readFileToString(String) method to a static scope. More details are available in the release notes and the relevant JIRA issues: http://jakarta.apache.org/commons/io/upgradeto1_3_1.html For more information on Commons IO, please visit the IO website: http://jakarta.apache.org/commons/io/ IO 1.3.1 is available in either binary or source form from: http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi Henri Yandell, on behalf of the Commons community - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VALIDATOR-224) validatorUtilities.js - replace colon characters in the function name (JSF/Shale)
validatorUtilities.js - replace colon characters in the function name (JSF/Shale) - Key: VALIDATOR-224 URL: https://issues.apache.org/jira/browse/VALIDATOR-224 Project: Commons Validator Issue Type: Improvement Components: JavaScript Affects Versions: 1.3.1 Release Reporter: Niall Pemberton Assigned To: Niall Pemberton Fix For: 1.4 The Shale project has created a custom version of validatorUtilities.js which replaces colon characters in the form name (used to generate the function name colon is not a valid character). See https://issues.apache.org/struts/browse/SHALE-194 -- 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]
[ANNOUNCE] Jakarta Commons Lang 2.3 released
I'd like to announce that Commons Lang 2.3 has been released. Commons Lang provides a host of helper utilities for the classes found in the java.lang package. The Lang 2.3 release contains an equal number of bugfixes and improvements. Users of the StrBuilder and DurationFormatUtils classes will especially want to upgrade. Full details of this can be found in the release notes: http://jakarta.apache.org/commons/lang/upgradeto2_3.html For more information on Commons Lang, please visit the Lang website: http://jakarta.apache.org/commons/lang/ Lang 2.3 is available in either binary or source form from: http://jakarta.apache.org/site/downloads/downloads_commons-lang.cgi Henri Yandell, on behalf of the Commons community - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507684 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Author: bayard
Date: Wed Feb 14 12:38:25 2007
New Revision: 507684
URL: http://svn.apache.org/viewvc?view=revrev=507684
Log:
Fixing the @since to be 1.3.1 for the static readFileToString(File)
Modified:
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Modified:
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java?view=diffrev=507684r1=507683r2=507684
==
---
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
(original)
+++
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Wed Feb 14 12:38:25 2007
@@ -973,7 +973,7 @@
* @param file the file to read, must not be codenull/code
* @return the file contents, never codenull/code
* @throws IOException in case of an I/O error
- * @since Commons IO 1.3
+ * @since Commons IO 1.3.1
*/
public static String readFileToString(File file) throws IOException {
return readFileToString(file, null);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r507685 - /jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js
Author: niallp Date: Wed Feb 14 12:41:34 2007 New Revision: 507685 URL: http://svn.apache.org/viewvc?view=revrev=507685 Log: VALIDATOR-224 - replace colon characters in the function name (JSF/Shale) Modified: jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js Modified: jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js URL: http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js?view=diffrev=507685r1=507684r2=507685 == --- jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js (original) +++ jakarta/commons/proper/validator/trunk/src/javascript/org/apache/commons/validator/javascript/validateUtilities.js Wed Feb 14 12:41:34 2007 @@ -51,6 +51,9 @@ } } + /* fix for VALIDATOR-224 */ + formName = formName.replace(/:/gi, _); + return formName; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (LANG-317) Enum Serialization - not backwards compatible
[ https://issues.apache.org/jira/browse/LANG-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell closed LANG-317. -- Resolution: Invalid Closing this issue - Jörg's reply seems good to me. Please reopen if that didn't help. Enum Serialization - not backwards compatible - Key: LANG-317 URL: https://issues.apache.org/jira/browse/LANG-317 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: JDK 1.5 - JDK 1.4 Reporter: U. Klinkmüller Priority: Critical In our distributed application we have to deal with different environments. The server runs in a JDK 1.5 environment while some clients runs with JDK 1.4. In this scenario we get an error when we try to transfer the result object via RMI. The error message is: Exception:BusinessDelegatorComp.login() - connection error ocurred during loginCORBA MARSHAL 0x4942f89a No; nested exception is: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (Rep. IDRMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D100D6F29BD50386) = D100D6F29BD50386 whereas Target (Rep. ID RMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D041682DA5693C42) = D041682DA5693C42 vmcid: IBM minor code: 89A completed: No The class causing this problem is derived from org.apache.commons.lang.enums.ValuedEnum. Aftre some recherches we found on http://people.apache.org/~bayard/ that there is a upcoming new release 2.3 of Commons-Lang. We saw that in this release a bug [LANG-286] has been fixed which seemed to be exactly our problem. We downloaded this version hopening that we can forget this problem. But unfortunately the problem still exists. -- 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] Resolved: (VALIDATOR-224) validatorUtilities.js - replace colon characters in the function name (JSF/Shale)
[ https://issues.apache.org/jira/browse/VALIDATOR-224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved VALIDATOR-224. --- Resolution: Fixed Modified the jcv_retrieveFormName() function to replace colon with underscore (as the Shale custom version currently does) validatorUtilities.js - replace colon characters in the function name (JSF/Shale) - Key: VALIDATOR-224 URL: https://issues.apache.org/jira/browse/VALIDATOR-224 Project: Commons Validator Issue Type: Improvement Components: JavaScript Affects Versions: 1.3.1 Release Reporter: Niall Pemberton Assigned To: Niall Pemberton Fix For: 1.4 The Shale project has created a custom version of validatorUtilities.js which replaces colon characters in the form name (used to generate the function name colon is not a valid character). See https://issues.apache.org/struts/browse/SHALE-194 -- 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: (LANG-321) [patch] Add toArray() method to IntRange and LongRange classes
[
https://issues.apache.org/jira/browse/LANG-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-321:
---
Fix Version/s: 3.0
Seems fine to me. Adding to the 3.0 roadmap - will wait a short while before
applying in case anyone else has an opinion.
[patch] Add toArray() method to IntRange and LongRange classes
--
Key: LANG-321
URL: https://issues.apache.org/jira/browse/LANG-321
Project: Commons Lang
Issue Type: New Feature
Reporter: Brian Egge
Priority: Trivial
Fix For: 3.0
I've found it useful to use the range class to create an int[] or long[]
array of a sequence on numbers.
Index: src/test/org/apache/commons/lang/math/IntRangeTest.java
===
--- src/test/org/apache/commons/lang/math/IntRangeTest.java (revision
506779)
+++ src/test/org/apache/commons/lang/math/IntRangeTest.java (working copy)
@@ -21,6 +21,8 @@
import junit.framework.Test;
import junit.framework.TestSuite;
+import java.util.Arrays;
+
/**
* Test cases for the [EMAIL PROTECTED] IntRange} class.
*
@@ -160,6 +162,13 @@
assertEquals(false, big.containsInteger(Integer.MAX_VALUE - 3));
}
+public void testToArray() {
+int[] threeItems = new IntRange(3, 5).toArray();
+assertTrue(Arrays.equals(new int[]{3, 4, 5}, threeItems));
+int[] oneItem = new IntRange(4).toArray();
+assertTrue(Arrays.equals(new int[]{4}, oneItem));
+}
+
//--
}
Index: src/test/org/apache/commons/lang/math/LongRangeTest.java
===
--- src/test/org/apache/commons/lang/math/LongRangeTest.java (revision
506779)
+++ src/test/org/apache/commons/lang/math/LongRangeTest.java (working copy)
@@ -21,6 +21,8 @@
import junit.framework.Test;
import junit.framework.TestSuite;
+import java.util.Arrays;
+
/**
* Test cases for the [EMAIL PROTECTED] LongRange} class.
*
@@ -148,6 +150,12 @@
assertEquals(false, big.containsLong(Long.MAX_VALUE - 3));
}
+public void testToArray() {
+long[] threeItems = new LongRange(3, 5).toArray();
+assertTrue(Arrays.equals(new long[]{3, 4, 5}, threeItems));
+long[] oneItem = new LongRange(4).toArray();
+assertTrue(Arrays.equals(new long[]{4}, oneItem));
+}
//--
}
Index: src/java/org/apache/commons/lang/math/IntRange.java
===
--- src/java/org/apache/commons/lang/math/IntRange.java (revision
506779)
+++ src/java/org/apache/commons/lang/math/IntRange.java (working copy)
@@ -381,4 +381,16 @@
return toString;
}
+/**
+ * pA built in array containing all the integer values in the
range./p
+ *
+ * @return the codeint[]/code representation of this range
+ */
+public int[] toArray() {
+int[] array = new int[max - min + 1];
+for(int i = 0; i array.length; i++) {
+array[i] = min + i;
+}
+return array;
+}
}
Index: src/java/org/apache/commons/lang/math/LongRange.java
===
--- src/java/org/apache/commons/lang/math/LongRange.java (revision
506779)
+++ src/java/org/apache/commons/lang/math/LongRange.java (working copy)
@@ -394,4 +394,16 @@
return toString;
}
+/**
+ * pA built in array containing all the integer values in the
range./p
+ *
+ * @return the codelong[]/code representation of this range
+ */
+public long[] toArray() {
+long[] array = new long[(int)(max - min + 1L)];
+for(int i = 0; i array.length; i++) {
+array[i] = min + i;
+}
+return array;
+}
}
--
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: (LANG-322) ClassUtils.getShortClassName(String) inefficient
[
https://issues.apache.org/jira/browse/LANG-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-322:
---
Fix Version/s: 3.0
This seems valid - the included code removes a .toCharArray and a new String by
using the String API.
The only change stylistically I'd want is to get the ++lastDotIdx out and onto
the previous line for readability.
ClassUtils.getShortClassName(String) inefficient
Key: LANG-322
URL: https://issues.apache.org/jira/browse/LANG-322
Project: Commons Lang
Issue Type: Improvement
Affects Versions: 2.3
Reporter: Johann
Fix For: 3.0
ClassUtils.getShortClassName(String) is inefficient because it clones the
Class name's char array which is then cloned again in the String(char[], int,
int) constructor. Most of this garbage can be avoided.
Proposed fix:
public static String getShortClassName(String className) {
[Null and empty checks]
int lastDotIdx = className.lastIndexOf(PACKAGE_SEPARATOR_CHAR);
int innerIdx = className.indexOf(INNER_CLASS_SEPARATOR_CHAR, lastDotIdx ==
-1 ? 0 : lastDotIdx + 1);
String out = result.substring(++lastDotIdx);
if (innerIdx != -1) {
out = out.replace(INNER_CLASS_SEPARATOR_CHAR, PACKAGE_SEPARATOR_CHAR);
}
return out;
}
--
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: (LANG-320) LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions
[ https://issues.apache.org/jira/browse/LANG-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell updated LANG-320: --- Fix Version/s: 3.0 Should be fixed. We had the same problem with US_en when US_es turned up (or something like that). The solution then was to change the test to not use one with a dupe. Maybe we need a better test instead. Investigate for 3.0. LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions Key: LANG-320 URL: https://issues.apache.org/jira/browse/LANG-320 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Reporter: Joerg Schaible Fix For: 3.0 LocaleUtilsTest.testLanguagesByCountry makes the assumption, that within the JDK there is only one language defined for GB: en. This is not true for the IBM JDK 1.5.0 that also knows about cy_GB i.e. Welsh. -- 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: (LANG-318) HashCodeBuilderTest and ToStringBuilderTest fail with IBM JDK 1.4.2
[
https://issues.apache.org/jira/browse/LANG-318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-318:
---
Fix Version/s: 3.0
Description:
The IBM JDK 1.4.2 reports the declared fields of a class in reverse declaration
order. The tests are affected by this:
{noformat}
Testsuite: org.apache.commons.lang.builder.BuilderTestSuite
Tests run: 263, Failures: 8, Errors: 0, Time elapsed: 0,451 sec
Testcase:
testReflectionHierarchyHashCode(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:11785967 but was:1276487
junit.framework.AssertionFailedError: expected:11785967 but was:1276487
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHierarchyHashCode(HashCodeBuilderTest.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHashCodeExcludeFields(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:862547 but was:865283
junit.framework.AssertionFailedError: expected:862547 but was:865283
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHashCodeExcludeFields(HashCodeBuilderTest.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchyArrayList(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
junit.framework.ComparisonFailure:
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchyArrayList(ToStringBuilderTest.java:327)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchy(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...a=a,transientA=t... but was:...transientA=t,a=a...
junit.framework.ComparisonFailure: expected:...a=a,transientA=t... but
was:...transientA=t,a=a...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchy(ToStringBuilderTest.java:338)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSelfInstanceTwoVarsReflectionObjectCycle(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
junit.framework.ComparisonFailure:
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSelfInstanceTwoVarsReflectionObjectCycle(ToStringBuilderTest.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSimpleReflectionStatics(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...String=staticString,staticInt=12345... but
was:...Int=12345,staticString=staticString...
junit.framework.ComparisonFailure:
expected:...String=staticString,staticInt=12345... but
was:...Int=12345,staticString=staticString...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSimpleReflectionStatics(ToStringBuilderTest.java:859)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
[jira] Commented: (EMAIL-63) Maven 2 pom.xml
[ https://issues.apache.org/jira/browse/EMAIL-63?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473204 ] Bindul Bhowmik commented on EMAIL-63: - I was trying to test the site generation with maven 2 and the new POM and maven is not generating the site from the xdocs. I think Maven expects the site documents to be present at src/site and it also requires a site.xml (http://maven.apache.org/guides/mini/guide-site.html). I am not a maven expert, so could someone please help out? Or point me to the right direction for building the site please? Maven 2 pom.xml --- Key: EMAIL-63 URL: https://issues.apache.org/jira/browse/EMAIL-63 Project: Commons Email Issue Type: Improvement Affects Versions: 1.1 Reporter: Ben Speakmon Fix For: 1.1 Attachments: pom.patch, pom.xml, pomv2.xml, pomv3.xml Copied more or less directly from the one just checked in for pool; appropriate substitution made for project info, contributors, dependencies, and test cases. One problem: dumbster-SNAPSHOT is not in any Maven 2 repository that I know of and must be manually installed. Everything else seems to work fine. Attaching file shortly... -- 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] Resolved: (CONFIGURATION-238) XMLConfiguration.save() - illegal new line char in xml comment
[ https://issues.apache.org/jira/browse/CONFIGURATION-238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Heger resolved CONFIGURATION-238. Resolution: Won't Fix Fix Version/s: 1.4 Got no more feedback on this issue, so closing it. IMO there is nothing we can do about this because the underlying XML parser or the XSLT engine are handling this. XMLConfiguration.save() - illegal new line char in xml comment -- Key: CONFIGURATION-238 URL: https://issues.apache.org/jira/browse/CONFIGURATION-238 Project: Commons Configuration Issue Type: Bug Affects Versions: 1.2 Environment: Windows XP x64 Reporter: Janusz Studzizba Fix For: 1.4 I have the following conf.xml. ?xml version=1.0 encoding=UTF-8? report-server-config !-- comment new line in comment -- paramvalue/param /report-server-config Edited with Vim looks nice. I use XMLConfiguration to process it. I perform the following operations: XMLConfiguration config = new XMLConfiguration(c:\\conf.xml); config.save(); BUG: After config.save(); my conf.xml file, when edited in Vim, contains additional ^M char at the end of each line. This is very disturbing. REASON: There must be a bug in XMLConfiguration when operating on !-- -- xml comments which contain new line characters - as in my example. !-- comment new line in comment -- My original conf.xml contained 0D 0A chars as a new line in comment, after calling config.save(); there is ONLY 0A char there! -- 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: (EMAIL-63) Maven 2 pom.xml
[ https://issues.apache.org/jira/browse/EMAIL-63?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473209 ] Henri Yandell commented on EMAIL-63: The pom.xml's aren't used for site generation yet. As far as I know, it's a pain in the arse to support sites from both so I've been making the pom.xmls for compiling/tests so far and figured the move to an m2 site would involve more changing. Maven 2 pom.xml --- Key: EMAIL-63 URL: https://issues.apache.org/jira/browse/EMAIL-63 Project: Commons Email Issue Type: Improvement Affects Versions: 1.1 Reporter: Ben Speakmon Fix For: 1.1 Attachments: pom.patch, pom.xml, pomv2.xml, pomv3.xml Copied more or less directly from the one just checked in for pool; appropriate substitution made for project info, contributors, dependencies, and test cases. One problem: dumbster-SNAPSHOT is not in any Maven 2 repository that I know of and must be manually installed. Everything else seems to work fine. Attaching file shortly... -- 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: (EMAIL-64) Use wiser instead of dumbster for test cases
[ https://issues.apache.org/jira/browse/EMAIL-64?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bindul Bhowmik updated EMAIL-64: Attachment: dumbster_to_wiser_jdk14_pom.diff dumbster_to_wiser_xdocs.patch dumbster_to_wiser.patch The first cut of modified test cases to use Wiser instead of Dumbster. After review, the changes should be committed only if we are sure of the license issue (https://issues.apache.org/jira/browse/EMAIL-64#action_12472517). Since there is no version of Wiser compiled with JDK 1.4 in Maven repositories, developers need to install the JDK 1.4 versions of Wiser into the local repositories manually. I have documented the location to download Wiser and the install steps (groupId, artifactId) in the patch to building.xml (dumbster_to_wiser_xdocs.patch). The patches are for the test case classes and the documentation. Since the pom.xml has not been committed yet, I have attached a diff from the pom patch submitted in EMAIL-63 (https://issues.apache.org/jira/secure/attachment/12351005/pomv3.xml). Use wiser instead of dumbster for test cases Key: EMAIL-64 URL: https://issues.apache.org/jira/browse/EMAIL-64 Project: Commons Email Issue Type: Improvement Affects Versions: 1.1 Reporter: Ben Speakmon Fix For: 1.1 Attachments: dumbster_to_wiser.patch, dumbster_to_wiser_jdk14_pom.diff, dumbster_to_wiser_xdocs.patch Since the test cases depend on a snapshot of the dead project dumbster, the tests should be changed to use the wiser test email server instead. Marking as 1.1 fix since this should get done before 1.1 goes out the door. -- 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: (EMAIL-63) Maven 2 pom.xml
[ https://issues.apache.org/jira/browse/EMAIL-63?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473244 ] Dennis Lundberg commented on EMAIL-63: -- You need to bump the version of commons-parent from 1 to 2-SNAPSHOT. That will make the site work. Maven 2 pom.xml --- Key: EMAIL-63 URL: https://issues.apache.org/jira/browse/EMAIL-63 Project: Commons Email Issue Type: Improvement Affects Versions: 1.1 Reporter: Ben Speakmon Fix For: 1.1 Attachments: pom.patch, pom.xml, pomv2.xml, pomv3.xml Copied more or less directly from the one just checked in for pool; appropriate substitution made for project info, contributors, dependencies, and test cases. One problem: dumbster-SNAPSHOT is not in any Maven 2 repository that I know of and must be manually installed. Everything else seems to work fine. Attaching file shortly... -- 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: r507749 - /jakarta/commons/proper/lang/trunk/xdocs/release-history.xml
Author: bayard Date: Wed Feb 14 16:04:44 2007 New Revision: 507749 URL: http://svn.apache.org/viewvc?view=revrev=507749 Log: Marking release date for 2.3 Modified: jakarta/commons/proper/lang/trunk/xdocs/release-history.xml Modified: jakarta/commons/proper/lang/trunk/xdocs/release-history.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/xdocs/release-history.xml?view=diffrev=507749r1=507748r2=507749 == --- jakarta/commons/proper/lang/trunk/xdocs/release-history.xml (original) +++ jakarta/commons/proper/lang/trunk/xdocs/release-history.xml Wed Feb 14 16:04:44 2007 @@ -26,7 +26,7 @@ table trthVersion/ththRelease date/ththJavadoc/ththRelease notes/th/tr -trtd2.3/tdtdPending/tdtda href=api-2.3/api-2.3/a/tdtda href=upgradeto2_3.htmlrelease notes for 2.3/a/td/tr +trtd2.3/tdtd13/Feb/07/tdtda href=api-2.3/api-2.3/a/tdtda href=upgradeto2_3.htmlrelease notes for 2.3/a/td/tr trtd2.2/tdtd04/Oct/06/tdtda href=api-2.2/api-2.2/a/tdtda href=upgradeto2_2.htmlrelease notes for 2.2/a/td/tr trtd2.1/tdtd13/Jun/06/tdtda href=api-2.1/api-2.1/a/tdtda href=upgradeto2_1.htmlrelease notes for 2.1/a/td/tr trtd2.0/tdtd02/Sep/03/tdtda href=api-2.0/api-2.0/a/tdtda href=upgradeto2_0.htmlrelease notes for 2.0/a/td/tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r505890 - in /jakarta/commons/proper/httpclient/trunk: release_notes.txt src/java/org/apache/commons/httpclient/AutoCloseInputStream.java src/test/org/apache/commons/httpclient/TestStr
Oleg Kalnichevski [EMAIL PROTECTED] wrote: On Wed, 2007-02-14 at 16:47 +1300, [EMAIL PROTECTED] wrote: Perhaps this should have an @since tag added, as it's a new method? Hi Simon, This change does not actually affect the public API. AutoCloseInputStream is a package private class and is not meant to be imported by the end users. Can we live without an @since for this method? Oh, sure. Sorry I missed the fact that this wasn't a public class. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
