[jira] Closed: (VFS-69) FTPFileObject monitor doesn't retrieve lastModifiedTime
[ http://issues.apache.org/jira/browse/VFS-69?page=all ]
Mario Ivankovits closed VFS-69.
---
> FTPFileObject monitor doesn't retrieve lastModifiedTime
> ---
>
> Key: VFS-69
> URL: http://issues.apache.org/jira/browse/VFS-69
> Project: Commons VFS
> Issue Type: Bug
> Environment: Windows XP, Java version 1.4.2 (this is the version of
> Java that WebSphere Portal 5.1 runs on), WebSphere Portal
>Reporter: Tony Cooke
> Assigned To: Mario Ivankovits
>
> Monitoring of files on a ftp server using DefaultFileMonitor doesn't seem to
> register changes in the last modified time.
> From the email correspondance with Mario:
> 1.
> This is how I've set up my DefaultFileMonitor:
> DefaultFileMonitor fm = new DefaultFileMonitor(new FileListener() {
> public void fileCreated(FileChangeEvent arg0) throws Exception {
> System.out.println("File created. " + arg0.getFile().getName());
> }
> public void fileDeleted(FileChangeEvent arg0) throws Exception {
> System.out.println("File deleted. " + arg0.getFile().getName());
> }
> public void fileChanged(FileChangeEvent arg0) throws Exception {
> System.out.println("File changed. " + arg0.getFile().getName());
> }
> });
> fm.setDelay(6);
> fm.addFile(file);
> fm.start();
> 2.
> Thanks for the code snipped. I tried it with the default
> VFS.getManager() (without setting the CacheStrategy) and it works here with
> my ftp server as expected.
> I am pretty sure for your tests you do not use a delay of 6, do you?
> I tried it with 5000 (5 seconds) and get the events promptly.
> But .. I pointed the monitor to a directory
> > And this is how I run my checks:
> >
> > try {
> > for (int i = 0; 1 < 100; i++) {
> > Thread.sleep(6); // 1 minute
> > System.out.println(file.getContent().getLastModifiedTime() + " "
> > + file.getName());
> > }
> > } catch (InterruptedException ie) {
> > ie.printStackTrace();
> > }
> >
> ok - got it. Its a bug in the FTPFileObject, unhappily I have no
> workaround yet.
> Thank you for your help and sorry again for the extra work.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-69) FTPFileObject monitor doesn't retrieve lastModifiedTime
[ http://issues.apache.org/jira/browse/VFS-69?page=all ]
Mario Ivankovits resolved VFS-69.
-
Resolution: Fixed
Should be fixed now, though, it looks not very performant as we have to refetch
the whole parent listing.
Maybe there is room for improvement in the future.
> FTPFileObject monitor doesn't retrieve lastModifiedTime
> ---
>
> Key: VFS-69
> URL: http://issues.apache.org/jira/browse/VFS-69
> Project: Commons VFS
> Issue Type: Bug
> Environment: Windows XP, Java version 1.4.2 (this is the version of
> Java that WebSphere Portal 5.1 runs on), WebSphere Portal
>Reporter: Tony Cooke
> Assigned To: Mario Ivankovits
>
> Monitoring of files on a ftp server using DefaultFileMonitor doesn't seem to
> register changes in the last modified time.
> From the email correspondance with Mario:
> 1.
> This is how I've set up my DefaultFileMonitor:
> DefaultFileMonitor fm = new DefaultFileMonitor(new FileListener() {
> public void fileCreated(FileChangeEvent arg0) throws Exception {
> System.out.println("File created. " + arg0.getFile().getName());
> }
> public void fileDeleted(FileChangeEvent arg0) throws Exception {
> System.out.println("File deleted. " + arg0.getFile().getName());
> }
> public void fileChanged(FileChangeEvent arg0) throws Exception {
> System.out.println("File changed. " + arg0.getFile().getName());
> }
> });
> fm.setDelay(6);
> fm.addFile(file);
> fm.start();
> 2.
> Thanks for the code snipped. I tried it with the default
> VFS.getManager() (without setting the CacheStrategy) and it works here with
> my ftp server as expected.
> I am pretty sure for your tests you do not use a delay of 6, do you?
> I tried it with 5000 (5 seconds) and get the events promptly.
> But .. I pointed the monitor to a directory
> > And this is how I run my checks:
> >
> > try {
> > for (int i = 0; 1 < 100; i++) {
> > Thread.sleep(6); // 1 minute
> > System.out.println(file.getContent().getLastModifiedTime() + " "
> > + file.getName());
> > }
> > } catch (InterruptedException ie) {
> > ie.printStackTrace();
> > }
> >
> ok - got it. Its a bug in the FTPFileObject, unhappily I have no
> workaround yet.
> Thank you for your help and sorry again for the extra work.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484943 - in /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs: impl/DefaultFileMonitor.java provider/ftp/FtpFileObject.java
Author: imario
Date: Fri Dec 8 23:42:06 2006
New Revision: 484943
URL: http://svn.apache.org/viewvc?view=rev&rev=484943
Log:
VFS-69: ftp file system: refetch parents children in case of a refresh to get
actual file informations
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java?view=diff&rev=484943&r1=484942&r2=484943
==
---
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
(original)
+++
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
Fri Dec 8 23:42:06 2006
@@ -481,12 +481,8 @@
{
try
{
-// this.file = ((AbstractFileSystem)
this.file.getFileSystem()).resolveFile(this.file.getName(), false);
-
-// close the file - this will detach and reattach its
resources (for this thread) on the
-// next access
-this.file.close();
-}
+ this.file.refresh();
+ }
catch (FileSystemException fse)
{
log.error(fse.getLocalizedMessage(), fse);
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java?view=diff&rev=484943&r1=484942&r2=484943
==
---
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java
(original)
+++
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java
Fri Dec 8 23:42:06 2006
@@ -62,7 +62,9 @@
private Map children;
private FileObject linkDestination;
-protected FtpFileObject(final FileName name,
+ private boolean inRefresh=false;
+
+ protected FtpFileObject(final FileName name,
final FtpFileSystem fileSystem,
final FileName rootName)
throws FileSystemException
@@ -94,7 +96,7 @@
{
if (flush)
{
-children = null;
+ children = null;
}
// List the children of this file
@@ -188,7 +190,36 @@
this.fileInfo = newFileInfo;
}
-/**
+ /**
+*
+* @throws FileSystemException
+*/
+ public void refresh() throws FileSystemException
+ {
+ if (!inRefresh)
+ {
+ try
+ {
+ inRefresh = true;
+ super.refresh();
+ try
+ {
+ // this will tell the parent to
recreate its children collection
+ getInfo(true);
+ }
+ catch (IOException e)
+ {
+ throw new FileSystemException(e);
+ }
+ }
+ finally
+ {
+ inRefresh = false;
+ }
+ }
+ }
+
+ /**
* Detaches this file object from its file resource.
*/
protected void doDetach()
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484909 - in /jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/routines/RegexValidator.java test/org/apache/commons/validator/routines/RegexValidatorTest.java
Author: niallp
Date: Fri Dec 8 20:12:21 2006
New Revision: 484909
URL: http://svn.apache.org/viewvc?view=rev&rev=484909
Log:
Don't create a StringBuffer for one group
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java?view=diff&rev=484909&r1=484908&r2=484909
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
Fri Dec 8 20:12:21 2006
@@ -427,11 +427,15 @@
Matcher matcher = pattern.matcher(value);
if (matcher.matches()) {
int count = matcher.groupCount();
-StringBuffer buffer = new StringBuffer();
-for (int i = 0; i < count; i++) {
-buffer.append(matcher.group(i+1));
+if (count == 1) {
+return matcher.group(1);
+} else {
+StringBuffer buffer = new StringBuffer();
+for (int i = 0; i < count; i++) {
+buffer.append(matcher.group(i+1));
+}
+return buffer.toString();
}
-return buffer.toString();
} else {
return null;
}
Modified:
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java?view=diff&rev=484909&r1=484908&r2=484909
==
---
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java
Fri Dec 8 20:12:21 2006
@@ -29,7 +29,7 @@
public class RegexValidatorTest extends TestCase {
private static final String MISSING_REGEX = "Regular Expression is
missing";
-private static final String REGEX =
"^([abc]*)(?:\\-)([DEF]*)(?:\\-)([123])*$";
+private static final String REGEX =
"^([abc]*)(?:\\-)([DEF]*)(?:\\-)([123]*)$";
private static final String COMPONENT_1 = "([abc]{3})";
private static final String COMPONENT_2 = "([DEF]{3})";
@@ -193,6 +193,15 @@
assertEquals("isValid() Invalid", false, multiple.isValid(value));
assertEquals("validate() Invalid", null, multiple.validate(value));
assertEquals("match() Multiple", null, multiple.match(value));
+}
+
+/**
+ * Test instance methods with multiple regular expressions.
+ */
+public void testMatchOneGroup() {
+
+assertEquals("validate()", "ABC",
RegexValidator.validate("ABC", "^([A-Z]*)$"));
+checkArray("match()", new String[] {"ABC"},
RegexValidator.match("ABC", "^([A-Z]*)$"));
}
/**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484906 - in /jakarta/commons/proper/chain/trunk: project.xml xdocs/navigation.xml
Author: niallp Date: Fri Dec 8 19:38:42 2006 New Revision: 484906 URL: http://svn.apache.org/viewvc?view=rev&rev=484906 Log: Add comments and urls to dependencies,. include maven reports under "development" section Modified: jakarta/commons/proper/chain/trunk/project.xml jakarta/commons/proper/chain/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/chain/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/project.xml?view=diff&rev=484906&r1=484905&r2=484906 == --- jakarta/commons/proper/chain/trunk/project.xml (original) +++ jakarta/commons/proper/chain/trunk/project.xml Fri Dec 8 19:38:42 2006 @@ -117,6 +117,9 @@ 2.3 true + + Optional + @@ -126,6 +129,9 @@ http://portals.apache.org/pluto true + + Optional + @@ -135,14 +141,21 @@ http://myfaces.apache.org true + + Optional + junit junit 3.8.1 + http://www.junit.org/ test + + Test Only +
svn commit: r484905 - /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
Author: niallp Date: Fri Dec 8 19:31:52 2006 New Revision: 484905 URL: http://svn.apache.org/viewvc?view=rev&rev=484905 Log: minor doc corrections Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html URL: http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html?view=diff&rev=484905&r1=484904&r2=484905 == --- jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html (original) +++ jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html Fri Dec 8 19:31:52 2006 @@ -32,7 +32,7 @@ 2.4 Time Zones 2.5 Comparing Dates and Times -2. Numeric Validators +3. Numeric Validators 3.1 Overview 3.2 Validating a Numeric Value @@ -41,7 +41,7 @@ 3.5 Currency Validation 3.6 Percent Validation -2. Other Validators +4. Other Validators 4.1 Overview 4.2 Regular Expression validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484904 - in /jakarta/commons/proper/validator/trunk: src/share/org/apache/commons/validator/routines/RegexValidator.java src/share/org/apache/commons/validator/routines/package.html xdocs
Author: niallp
Date: Fri Dec 8 19:29:47 2006
New Revision: 484904
URL: http://svn.apache.org/viewvc?view=rev&rev=484904
Log:
Update release notes, routines documentation and few JavaDoc corrections
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
jakarta/commons/proper/validator/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java?view=diff&rev=484904&r1=484903&r2=484904
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
Fri Dec 8 19:29:47 2006
@@ -21,12 +21,12 @@
import java.util.regex.Matcher;
/**
- * Regular Expression validator (using JDK 1.4+ regex support).
+ * Regular Expression validation (using JDK 1.4+ regex support).
*
* This validator provides convenient regular expression validation
* in one of two ways:
*
- * 1. One Off validation using the static methods
+ * 1. One Off validation using the static methods
*
* Validate true or false:
*
@@ -45,11 +45,11 @@
*
*
*
- * 2. Re-using cached instances validating against one or more regular
expression
+ * 2. Re-using cached instances validating against one or more regular
expression
* Construct the validator either for a single regular expression or a set
(array) of
* regular expressions. By default validation is case sensitive but
constructors
* are provided to allow case in-sensitive validation. For example to
create
- * a validator which does case in-sensitive validation for a set of
regular
+ * a validator which does case in-sensitive validation for a set of
regular
* expressions:
*
* String[] regexs = new String[] {...};
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html?view=diff&rev=484904&r1=484903&r2=484904
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html
Fri Dec 8 19:29:47 2006
@@ -41,6 +41,12 @@
3.5 Currency Validation
3.6 Percent Validation
+2. Other Validators
+
+4.1 Overview
+4.2 Regular Expression validation
+4.3 Check Digit
Validation/Calculation
+
@@ -399,6 +405,176 @@
also support percent validation. However, since they don't allow fractions
they will only work with percentages greater than 100%.
+
+
+4. Other Validators
+
+
+4.1 Overview
+
+ This section lists other available validators.
+
+
+ Regular Expressions - validates
+ using Java 1.4+ regular expression support
+ Check Digit - validates/calculates
+ check digits (i.e. EAN/UPC, credit card, ISBN).
+
+
+
+4.2 Regular Expression Validation
+
+ Regular expression validation can be done either by using the static
+ methods provied by RegexValidator or
+ by creating a new instance, which caches and re-uses compiled Patterns.
+
+
+ Method Flavours - three flavours of validation metods are
provided:
+
+isValid() methods return true/false to indicate
+whether validation was successful.
+validate() methods return a String
+value of the matched groups aggregated together or
+null if invalid.
+match() methods return a String array
+of the matched groups or null if invalid.
+
+ Case Sensitivity - matching can be done in either a case
+ sensitive or case in-sensitive way.
+ Multiple Expressions - instances of the
+ RegexValidator
+ can be created to either match against a single regular expression
+ or set (String array) of regular expressions.
+
+
+ Below is an example of using one of the static methods to validate,
+ matching in a case insensitive manner and returning a String
+ of the matched groups (which doesn't include the hyphen).
+
+
+ // set up the parameters
+ boolean caseSensitive = false;
+ String regex= "^([A-Z]*)(?:\\-)([A-Z]*)$";
+
+ // validate - result should be a String of value "abcdef"
+ String result = RegexValidator.validate("abc-def", regex, caseSensitive);
+
+
+
[jira] Created: (IO-105) Add a FileUtils.copyDirectoryStructure method
Add a FileUtils.copyDirectoryStructure method - Key: IO-105 URL: http://issues.apache.org/jira/browse/IO-105 Project: Commons IO Issue Type: Improvement Components: Utilities Reporter: Henri Yandell For potential source, see: https://svn.codehaus.org/plexus/plexus-utils/trunk/src/main/java/org/codehaus/plexus/util/FileUtils.java -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VALIDATOR-214) New Regular Expression validator using JDK 1.4's Regex
New Regular Expression validator using JDK 1.4's Regex -- Key: VALIDATOR-214 URL: http://issues.apache.org/jira/browse/VALIDATOR-214 Project: Commons Validator Issue Type: Improvement Components: Routines Reporter: Niall Pemberton Assigned To: Niall Pemberton Priority: Minor Fix For: 1.4 Add a new Regular Expression validator using JDK 1.4's Regex support -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484865 - in /jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/routines/ test/org/apache/commons/validator/routines/
Author: niallp
Date: Fri Dec 8 16:33:59 2006
New Revision: 484865
URL: http://svn.apache.org/viewvc?view=rev&rev=484865
Log:
VALIDATOR-214 - New Regular Expression validator using JDK 1.4's Regex
Added:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
(with props)
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RegexValidatorTest.java
(with props)
Modified:
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/routines/RoutinesTestSuite.java
Added:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java?view=auto&rev=484865
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
(added)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/RegexValidator.java
Fri Dec 8 16:33:59 2006
@@ -0,0 +1,452 @@
+/*
+ * 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.validator.routines;
+
+import java.io.Serializable;
+import java.util.regex.Pattern;
+import java.util.regex.Matcher;
+
+/**
+ * Regular Expression validator (using JDK 1.4+ regex support).
+ *
+ * This validator provides convenient regular expression validation
+ * in one of two ways:
+ *
+ * 1. One Off validation using the static methods
+ *
+ * Validate true or false:
+ *
+ * boolean valid = RegexValidator.isValid(value,
regex);
+ * boolean valid = RegexValidator.isValid(value, regex,
caseSensitive);
+ *
+ * Validate returning an aggregated String of the matched groups:
+ *
+ * String result = RegexValidator.validate(value,
regex);
+ * String result = RegexValidator.validate(value, regex,
caseSensitive);
+ *
+ * Validate returning the matched groups:
+ *
+ * String[] result = RegexValidator.match(value,
regex);
+ * String[] result = RegexValidator.match(value, regex,
caseSensitive);
+ *
+ *
+ *
+ * 2. Re-using cached instances validating against one or more regular
expression
+ * Construct the validator either for a single regular expression or a set
(array) of
+ * regular expressions. By default validation is case sensitive but
constructors
+ * are provided to allow case in-sensitive validation. For example to
create
+ * a validator which does case in-sensitive validation for a set of
regular
+ * expressions:
+ *
+ * String[] regexs = new String[] {...};
+ * RegexValidator validator = new RegexValidator(regexs, false);
+ *
+ *
+ *
+ * Validate true or false:
+ *
+ * boolean valid = validator.isValid(value);
+ *
+ * Validate returning an aggregated String of the matched groups:
+ *
+ * String result = validator.validate(value);
+ *
+ * Validate returning the matched groups:
+ *
+ * String[] result = validator.match(value);
+ *
+ *
+ *
+ * Cached instances pre-compile and re-use [EMAIL PROTECTED] Pattern}(s) -
which according
+ * to the [EMAIL PROTECTED] Pattern} API are safe to use in a multi-threaded
environment.
+ *
+ * @version $Revision$ $Date$
+ * @since Validator 1.4
+ */
+public final class RegexValidator implements Serializable {
+
+private static final String MISSING_REGEX = "Regular Expression is
missing";
+private Pattern pattern;
+private Pattern[] patterns;
+
+/**
+ * Construct a case sensitive validator for a single
+ * regular expression.
+ *
+ * @param regex The regular expression this validator will
+ * validate against
+ */
+public RegexValidator(String regex) {
+this(regex, 0);
+}
+
+/**
+ * Construct a validator for a single regular expression
+ * with the specified case sensitivity.
+ *
+ * @param regex The regular expression this validator will
+ * validate against
+ * @param caseSensitive when true matching is case
+ * sensitive, otherwise
[jira] Resolved: (IO-101) The method EndianUtils.writeSwappedDouble() and EndianUtils.readSwappedDouble() do not match!
[ http://issues.apache.org/jira/browse/IO-101?page=all ]
Henri Yandell resolved IO-101.
--
Resolution: Fixed
Thanks Robert,
I've made that change.
svn ci -m "Applying Robert Michel's more correct patch for #IO-101. "
Sendingsrc/java/org/apache/commons/io/EndianUtils.java
Transmitting file data .
Committed revision 484864.
> The method EndianUtils.writeSwappedDouble() and
> EndianUtils.readSwappedDouble() do not match!
> -
>
> Key: IO-101
> URL: http://issues.apache.org/jira/browse/IO-101
> Project: Commons IO
> Issue Type: Bug
> Components: Streams/Writers
>Affects Versions: 1.2
> Environment: I was running Windows XP SP2 and using Commons IO 1.2,
> Java 1.5 update 9 when I got this problem.
>Reporter: José Pinto
>Priority: Critical
> Fix For: 1.3
>
> Attachments: IO-101.patch
>
>
> Code:
> public static void main(String[] args) {
> double[] tests = new double[] {34.345, -345.5645, 545.12,
> 10.043, 7.123456789123};
> for (int i = 0; i< tests.length ;i++) {
> byte[] buffer = new byte[8];
> EndianUtils.writeSwappedDouble(buffer, 0, tests[i]);
> double val = EndianUtils.readSwappedDouble(buffer, 0);
> System.out.println(val);
> }
>
> }
> Result:
> 34.344969482421874
> -345.5645
> 545.11951171875
> 10.043
> 7.123456789123
> Note:
> In my opinion the values shouldn't be changed at all.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484864 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java
Author: bayard Date: Fri Dec 8 16:31:40 2006 New Revision: 484864 URL: http://svn.apache.org/viewvc?view=rev&rev=484864 Log: Applying Robert Michel's more correct patch for #IO-101. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java?view=diff&rev=484864&r1=484863&r2=484864 == --- jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java (original) +++ jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java Fri Dec 8 16:31:40 2006 @@ -218,13 +218,13 @@ ( ( data[ offset + 0 ] & 0xff ) << 0 ) + ( ( data[ offset + 1 ] & 0xff ) << 8 ) + ( ( data[ offset + 2 ] & 0xff ) << 16 ) + -( ( (long) ( data[ offset + 3 ] & 0xff ) ) << 24 ); +( ( data[ offset + 3 ] & 0xff ) << 24 ); long high = ( ( data[ offset + 4 ] & 0xff ) << 0 ) + ( ( data[ offset + 5 ] & 0xff ) << 8 ) + ( ( data[ offset + 6 ] & 0xff ) << 16 ) + -( ( (long) ( data[ offset + 7 ] & 0xff ) ) << 24 ); -return low + (high << 32); +( ( data[ offset + 7 ] & 0xff ) << 24 ); +return ((long) high << 32) + (0xL & low); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484863 - in /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit: CheckDigitException.java ISBNCheckDigit.java
Author: niallp
Date: Fri Dec 8 16:31:06 2006
New Revision: 484863
URL: http://svn.apache.org/viewvc?view=rev&rev=484863
Log:
Javadoc corrections
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/ISBNCheckDigit.java
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java?view=diff&rev=484863&r1=484862&r2=484863
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java
Fri Dec 8 16:31:06 2006
@@ -44,6 +44,7 @@
* the underlying cause.
*
* @param msg The error message.
+ * @param cause The underlying cause of the error
*/
public CheckDigitException(String msg, Throwable cause) {
super(msg, cause);
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/ISBNCheckDigit.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/ISBNCheckDigit.java?view=diff&rev=484863&r1=484862&r2=484863
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/ISBNCheckDigit.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/ISBNCheckDigit.java
Fri Dec 8 16:31:06 2006
@@ -23,8 +23,8 @@
*
* This implementation validates/calculates ISBN check digits
* based on the length of the code passed to it - delegating
- * either to the [EMAIL PROTECTED] CheckDigit#ISBN10} or the
- * [EMAIL PROTECTED] CheckDigit#ISBN13} routines to perform the actual
+ * either to the [EMAIL PROTECTED] ISBNCheckDigit#ISBN10} or the
+ * [EMAIL PROTECTED] ISBNCheckDigit#ISBN13} routines to perform the actual
* validation/calculation.
*
* @version $Revision$ $Date$
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484862 - in /jakarta/commons/proper/validator/trunk: build.properties.sample build.xml doap_validator.rdf xdocs/navigation.xml
Author: niallp
Date: Fri Dec 8 16:30:30 2006
New Revision: 484862
URL: http://svn.apache.org/viewvc?view=rev&rev=484862
Log:
Update ant build, doap for release and add maven reports to menu
Modified:
jakarta/commons/proper/validator/trunk/build.properties.sample
jakarta/commons/proper/validator/trunk/build.xml
jakarta/commons/proper/validator/trunk/doap_validator.rdf
jakarta/commons/proper/validator/trunk/xdocs/navigation.xml
Modified: jakarta/commons/proper/validator/trunk/build.properties.sample
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/build.properties.sample?view=diff&rev=484862&r1=484861&r2=484862
==
--- jakarta/commons/proper/validator/trunk/build.properties.sample (original)
+++ jakarta/commons/proper/validator/trunk/build.properties.sample Fri Dec 8
16:30:30 2006
@@ -34,15 +34,15 @@
# from the Jakarta Commons project.
commons-beanutils.jar=../beanutils/dist/commons-beanutils.jar
-# The JAR file containing version 1.6 (or later) of the Digester package
+# The JAR file containing version 1.8 (or later) of the Digester package
# from the Jakarta Commons project.
commons-digester.jar=../digester/dist/commons-digester.jar
-# The JAR file containing version 1.0.3 (or later) of the Logging package
+# The JAR file containing version 1.0.4 (or later) of the Logging package
# from the Jakarta Commons project.
commons-logging.jar=../logging/dist/commons-logging.jar
-# The JAR file containing version 2.08 (or later) of
+# The JAR file containing version 2.0.8 (or later) of
# the the Jakarta ORO project.
oro.jar=${apache.dir}/jakarta-oro-2.0.8/jakarta-oro-2.0.8.jar
Modified: jakarta/commons/proper/validator/trunk/build.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/build.xml?view=diff&rev=484862&r1=484861&r2=484862
==
--- jakarta/commons/proper/validator/trunk/build.xml (original)
+++ jakarta/commons/proper/validator/trunk/build.xml Fri Dec 8 16:30:30 2006
@@ -422,7 +422,7 @@
-
@@ -436,6 +436,16 @@
+
+
+
+
+
+
+
+
@@ -558,7 +568,7 @@
http://www.ibiblio.org/maven/commons-digester/jars/commons-digester-1.6.jar"/>
+
src="http://www.ibiblio.org/maven/commons-digester/jars/commons-digester-1.8.jar"/>
@@ -566,7 +576,7 @@
http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar"/>
+
src="http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.4.jar"/>
Modified: jakarta/commons/proper/validator/trunk/doap_validator.rdf
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/doap_validator.rdf?view=diff&rev=484862&r1=484861&r2=484862
==
--- jakarta/commons/proper/validator/trunk/doap_validator.rdf (original)
+++ jakarta/commons/proper/validator/trunk/doap_validator.rdf Fri Dec 8
16:30:30 2006
@@ -42,6 +42,11 @@
Latest Stable Release
+2006-11-28
+1.3.1
+
+
+1.3.0
2006-03-24
1.3.0
Modified: jakarta/commons/proper/validator/trunk/xdocs/navigation.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/xdocs/navigation.xml?view=diff&rev=484862&r1=484861&r2=484862
==
--- jakarta/commons/proper/validator/trunk/xdocs/navigation.xml (original)
+++ jakarta/commons/proper/validator/trunk/xdocs/navigation.xml Fri Dec 8
16:30:30 2006
@@ -59,6 +59,7 @@
+
&commons;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (IO-104) copyFileToDirectory(File, File, boolean) is missing
[ http://issues.apache.org/jira/browse/IO-104?page=all ] Henri Yandell resolved IO-104. -- Fix Version/s: 1.3 Resolution: Fixed svn ci -m "Added a copyFileToDirectory(File, File, boolean) variant. No unit test as the lastModifi ed checking part of the current tests is not being tested currently (it wasn't reliable). This is mentioned in #IO-104" Sendingsrc/java/org/apache/commons/io/FileUtils.java Transmitting file data . Committed revision 484861. > copyFileToDirectory(File, File, boolean) is missing > --- > > Key: IO-104 > URL: http://issues.apache.org/jira/browse/IO-104 > Project: Commons IO > Issue Type: Improvement >Affects Versions: 1.2 >Reporter: Henri Yandell > Fix For: 1.3 > > > Where the boolean is the preserveLastModified option. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484861 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Author: bayard
Date: Fri Dec 8 16:28:36 2006
New Revision: 484861
URL: http://svn.apache.org/viewvc?view=rev&rev=484861
Log:
Added a copyFileToDirectory(File, File, boolean) variant. No unit test as the
lastModified checking part of the current tests is not being tested currently
(it wasn't reliable). This is mentioned in #IO-104
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=diff&rev=484861&r1=484860&r2=484861
==
---
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
Fri Dec 8 16:28:36 2006
@@ -480,13 +480,35 @@
* @see #copyFile(File, File, boolean)
*/
public static void copyFileToDirectory(File srcFile, File destDir) throws
IOException {
+copyFileToDirectory(srcFile, destDir, true);
+}
+
+/**
+ * Copies a file to a directory optionally preserving the file date.
+ *
+ * This method copies the contents of the specified source file
+ * to a file of the same name in the specified destination directory.
+ * The destination directory is created if it does not exist.
+ * If the destination file exists, then this method will overwrite it.
+ *
+ * @param srcFile an existing file to copy, must not be null
+ * @param destDir the directory to place the copy in, must not be null
+ * @param preserveFileDate true if the file date of the copy
+ * should be the same as the original
+ *
+ * @throws NullPointerException if source or destination is null
+ * @throws IOException if source or destination is invalid
+ * @throws IOException if an IO error occurs during copying
+ * @see #copyFile(File, File, boolean)
+ */
+public static void copyFileToDirectory(File srcFile, File destDir, boolean
preserveFileDate) throws IOException {
if (destDir == null) {
throw new NullPointerException("Destination must not be null");
}
if (destDir.exists() && destDir.isDirectory() == false) {
throw new IllegalArgumentException("Destination '" + destDir + "'
is not a directory");
}
-copyFile(srcFile, new File(destDir, srcFile.getName()), true);
+copyFile(srcFile, new File(destDir, srcFile.getName()),
preserveFileDate);
}
/**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (IO-104) copyFileToDirectory(File, File, boolean) is missing
copyFileToDirectory(File, File, boolean) is missing --- Key: IO-104 URL: http://issues.apache.org/jira/browse/IO-104 Project: Commons IO Issue Type: Improvement Affects Versions: 1.2 Reporter: Henri Yandell Where the boolean is the preserveLastModified option. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484844 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java
Author: ggregory Date: Fri Dec 8 15:27:18 2006 New Revision: 484844 URL: http://svn.apache.org/viewvc?view=rev&rev=484844 Log: 2 Javadoc fixes. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java?view=diff&rev=484844&r1=484843&r2=484844 == --- jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java (original) +++ jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java Fri Dec 8 15:27:18 2006 @@ -146,7 +146,7 @@ /** * Checks if one string starts with another using the case-sensitivity rule. * - * This method mimics [EMAIL PROTECTED] String#startsWith} but takes case-sensitivity + * This method mimics [EMAIL PROTECTED] String#startsWith(String)} but takes case-sensitivity * into account. * * @param str the string to check, not null @@ -177,8 +177,8 @@ /** * Checks if one string contains another at a specific index using the case-sensitivity rule. * - * This method mimics parts of [EMAIL PROTECTED] String#regionMatches} but takes case-sensitivity - * into account. + * This method mimics parts of [EMAIL PROTECTED] String#regionMatches(boolean, int, String, int, int)} + * but takes case-sensitivity into account. * * @param str the string to check, not null * @param strStartIndex the index to start at in str - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Non-encoding versions of readFileToString etc
Sorry to reply to my reply, but I figure I kept on digging and having opinion:
We have encoding in io.* in two places, FileUtils and IOUtils. In
IOUtils we provide the default variant, in FileUtils we don't. In
IOUtils we say:
"You are encouraged to always specify an encoding because relying on
the platform default can lead to unexpected results, for example when
moving from development to production."
This seems incorrect to me. If I set the encoding so it works on my
development machine, it's going to fall over when it goes to
production (assuming the implied difference). However if I rely on the
default encoding, then it'll work fine. This does rely on the
application being in charge of writing and reading the file; or at
least the machine it is on being in charge of that; but that seems to
me to be a more common use case by far.
I'll shut up now and let people reply.
Hen
On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
Suspected that would be suggested.
If it's the best I can get, then it's tempting despite the lengthy
nature; but given that java.lang.String's constructors have
default-encoding versions, as does String.getBytes(), it really
doesn't seem like the end of the world to allow the default to be
default.
The assumption that the app you've written is being given files that
match the platform you're on seems a very fair one to me. If it turns
out that's not the case, then much of the time my app isn't going to
be able to do anything about it anyway bar throw an exception to which
the fix will be 'fix the encoding of the file'.
Hen
On 12/8/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
> I might let you get away with:
>
> public String readFileToStringUTF8(File f) {
> return readFileToString(f, "UTF8");
> }
>
> or
>
> public String readFileToStringDefaultEncoding(File f) {
> return readFileToString(f, null);
> }
>
> Stephen
>
>
> Henri Yandell wrote:
> > As it's highly irritating to use as a user, I wanted to confirm that
> > we were still -1 to having:
> >
> > public String readFileToString(File f) {
> >return readFileToString(f, null);
> > }
> >
> > and the various other overlays?
> >
> > It sucks to keep adding null all over the place.
> >
> > 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]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484839 - /jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
Author: ggregory
Date: Fri Dec 8 15:12:09 2006
New Revision: 484839
URL: http://svn.apache.org/viewvc?view=rev&rev=484839
Log:
For some reason, the directory ".svn" is NOT hidden on my machine. Makes hidden
filter tests take this into account.
(Microsoft Windows XP [Version 5.1.2600] SP2 + current patches)
Modified:
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
Modified:
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java?view=diff&rev=484839&r1=484838&r2=484839
==
---
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
(original)
+++
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
Fri Dec 8 15:12:09 2006
@@ -36,6 +36,11 @@
*/
public class FileFilterTestCase extends FileBasedTestCase {
+/**
+ * The subversion directory name.
+ */
+static final String SVN_DIR_NAME = ".svn";
+
private static final boolean WINDOWS = (File.separatorChar == '\\');
public FileFilterTestCase(String name) {
@@ -558,7 +563,7 @@
IOFileFilter filter2 = FileFilterUtils.makeSVNAware(FileFilterUtils
.nameFileFilter("test-file1.txt"));
-File file = new File(getTestDirectory(), ".svn");
+File file = new File(getTestDirectory(), SVN_DIR_NAME);
file.mkdirs();
assertFiltering(filter1, file, false);
assertFiltering(filter2, file, false);
@@ -574,7 +579,7 @@
assertFiltering(filter1, file, true);
assertFiltering(filter2, file, false);
-file = new File(getTestDirectory(), ".svn");
+file = new File(getTestDirectory(), SVN_DIR_NAME);
createFile(file, 0);
assertFiltering(filter1, file, true);
assertFiltering(filter2, file, false);
@@ -680,10 +685,10 @@
}
public void testHidden() throws Exception {
-File hiddenDir = new File(".svn");
+File hiddenDir = new File(SVN_DIR_NAME);
if (hiddenDir.exists()) {
-assertFiltering(HiddenFileFilter.HIDDEN, hiddenDir, true);
-assertFiltering(HiddenFileFilter.VISIBLE, hiddenDir, false);
+assertFiltering(HiddenFileFilter.HIDDEN, hiddenDir,
hiddenDir.isHidden());
+assertFiltering(HiddenFileFilter.VISIBLE, hiddenDir,
!hiddenDir.isHidden());
}
assertFiltering(HiddenFileFilter.HIDDEN, getTestDirectory(), false);
assertFiltering(HiddenFileFilter.VISIBLE, getTestDirectory(), true);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Non-encoding versions of readFileToString etc
Suspected that would be suggested.
If it's the best I can get, then it's tempting despite the lengthy
nature; but given that java.lang.String's constructors have
default-encoding versions, as does String.getBytes(), it really
doesn't seem like the end of the world to allow the default to be
default.
The assumption that the app you've written is being given files that
match the platform you're on seems a very fair one to me. If it turns
out that's not the case, then much of the time my app isn't going to
be able to do anything about it anyway bar throw an exception to which
the fix will be 'fix the encoding of the file'.
Hen
On 12/8/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
I might let you get away with:
public String readFileToStringUTF8(File f) {
return readFileToString(f, "UTF8");
}
or
public String readFileToStringDefaultEncoding(File f) {
return readFileToString(f, null);
}
Stephen
Henri Yandell wrote:
> As it's highly irritating to use as a user, I wanted to confirm that
> we were still -1 to having:
>
> public String readFileToString(File f) {
>return readFileToString(f, null);
> }
>
> and the various other overlays?
>
> It sucks to keep adding null all over the place.
>
> 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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Non-encoding versions of readFileToString etc
I might let you get away with:
public String readFileToStringUTF8(File f) {
return readFileToString(f, "UTF8");
}
or
public String readFileToStringDefaultEncoding(File f) {
return readFileToString(f, null);
}
Stephen
Henri Yandell wrote:
As it's highly irritating to use as a user, I wanted to confirm that
we were still -1 to having:
public String readFileToString(File f) {
return readFileToString(f, null);
}
and the various other overlays?
It sucks to keep adding null all over the place.
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]
[io] Non-encoding versions of readFileToString etc
As it's highly irritating to use as a user, I wanted to confirm that
we were still -1 to having:
public String readFileToString(File f) {
return readFileToString(f, null);
}
and the various other overlays?
It sucks to keep adding null all over the place.
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (POOL-91) StackObjectPool.borrowObject infinate loop when makeObject returns null
[ http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12456990 ] Ben Speakmon commented on POOL-91: -- Also, I'd be happy to come up with some sample policies that implement such an interface. I'll put together an example that does it for one of the pools. > StackObjectPool.borrowObject infinate loop when makeObject returns null > --- > > Key: POOL-91 > URL: http://issues.apache.org/jira/browse/POOL-91 > Project: Commons Pool > Issue Type: Bug >Reporter: Sandy McArthur > Assigned To: Sandy McArthur > > StackObjectPool.borrowObject has a infinate loop when makeObject returns null. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [betwixt] final checks for RC3
On 11/25/06, robert burrell donkin <[EMAIL PROTECTED]> wrote: i've cut an RC3 including niall's improvements. it's available from http://people.apache.org/~rdonkin/commons-betwixt. please review. AFAICT, we need a RC4 (with final version numbers) and a vote. You've done most to all of the work here so you're the first choice in the line of volunteers. If you don't have time in the near future, and if you'd rather someone else help out, I can do the above so we can take this to some sort of logical conclusion. -Rahul - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > Basically we type our passphrases in once when the OS comes up and > from that point on we can ssh/scp to machines without having to enter > passwords/passphrases. I admit that I still do not completely understand the details, but I do understand that scpexe has some possibilities which scp doesn't have. Right? If so, I'd be +0 for changing the protocol in commons-parent. No, why change? Add. Isn't that the point of profiles -- to accomodate differing environments. Unless there are better suggestions to this thread within the next few days, I will add two new profiles to commons-parent (they will take care of rc and release over scpexe). That should accomodate everyone. Those who prefer vanilla scp can deploy snaps with (like you do right now): mvn -Prc deploy Folks like me and Hen can use: mvn -Pextrc deploy (or some such profile id) -Rahul Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote: Basically we type our passphrases in once when the OS comes up and from that point on we can ssh/scp to machines without having to enter passwords/passphrases. I admit that I still do not completely understand the details, but I do understand that scpexe has some possibilities which scp doesn't have. Right? If so, I'd be +0 for changing the protocol in commons-parent. Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
Pageant/sshagent are the same thing. Basically we type our passphrases in once when the OS comes up and from that point on we can ssh/scp to machines without having to enter passwords/passphrases. Hen On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > I'm using scpexe (on *nix) in Archiva to do deploys because I couldn't > get the scp method to work with sshagent. Sorry for asking dumb question, but what does that mean? Is it something what jsch cannot do? On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > I'd like to use my existing Pageant keys when on Windoze (and > additionally, I don't want cygwin). Sorry for asking more dumb questions: What are Pageant keys? I am using private keys all the time. Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - 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: [nightly build] chain fileupload scxml validator failed.
On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote: On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > On 8 Dec 2006 16:33:09 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Failed build logs: > > http://people.apache.org/~psteitz/commons-nightlies/20061208/chain.log > > http://people.apache.org/~psteitz/commons-nightlies/20061208/fileupload.log > > > I've deployed a 1.3-snap for IO under the commons-io groupId (which > AFAIK will be the 1.3 groupId so makes sense to do that for snaps as > well). That will hopefully take care of tomorrow's fileupload build. Hmm. The nightly deploys a snapshot each night [SNAPSHOT], so you should be able to just point at that. If it's not usable, we need to change the snapshots we're deploying somehow (ie: naming). > > http://people.apache.org/~psteitz/commons-nightlies/20061208/scxml.log > > http://people.apache.org/~psteitz/commons-nightlies/20061208/validator.log Sorry this email was late btw; it had hung on one of the m2 deploys. OK, I assumed it was due to my change yesterday. You're right, my deploy was probably unnecessary. If you want, I can wipe the snap I deployed from the m2-snap-repo, though I don't think it really matters to have it there. -Rahul Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (POOL-91) StackObjectPool.borrowObject infinate loop when makeObject returns null
[
http://issues.apache.org/jira/browse/POOL-91?page=comments#action_12456971 ]
Ben Speakmon commented on POOL-91:
--
I'm not sure I like throwing the exception either. I can think of situations
where I might want borrowings to fail silently or even have the borrower create
its own instance of the object if it can't get one from the pool.
This is admittedly a major change, but I think it would be neat to take
exceptions out of the borrowObject() signature and allow users to specify a
handler for when borrow() fails. Imagine an interface like:
public interface FailedBorrowHandler() {
void failedBorrow(ObjectPool pool);
}
and a method in ObjectPool:
void setFailedBorrowHandler(FailedBorrowHandler handler);
Clients can then implement this interface to do whatever they want when a
borrow fails. Maybe the objects in the pool aren't expected to be readily
available and so borrowObject() is expected to fail half the time; in that
case, requiring the caller to handle a checked exception is a pain, not a gain.
If you're pooling threads, you may want to wait a few seconds and then try to
borrow again, or even kill a currently engaged low-priority thread and replace
it with your high-priority task.
As I said, this is a huge change, but after having used this approach in JDK
1.5's java.util.concurrent.ThreadPoolExecutor, I've become a big fan of
handling pools like this.
> StackObjectPool.borrowObject infinate loop when makeObject returns null
> ---
>
> Key: POOL-91
> URL: http://issues.apache.org/jira/browse/POOL-91
> Project: Commons Pool
> Issue Type: Bug
>Reporter: Sandy McArthur
> Assigned To: Sandy McArthur
>
> StackObjectPool.borrowObject has a infinate loop when makeObject returns null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > I'd like to use my existing Pageant keys when on Windoze (and > additionally, I don't want cygwin). Sorry for asking more dumb questions: What are Pageant keys? I am using private keys all the time. See this config: http://maven.apache.org/guides/mini/guide-deploy-ssh-external.html (it has a scpexe:// URL, which I assume will make it possible to deploy painlessly with my setup, haven't tried yet ofcourse) See "NOTE" at end of the page (it has a link to all the PuTTY site, which has all the PuTTY and Pageant info/details). -Rahul Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote: I'm using scpexe (on *nix) in Archiva to do deploys because I couldn't get the scp method to work with sshagent. Sorry for asking dumb question, but what does that mean? Is it something what jsch cannot do? On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: I'd like to use my existing Pageant keys when on Windoze (and additionally, I don't want cygwin). Sorry for asking more dumb questions: What are Pageant keys? I am using private keys all the time. Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > We may need separate profiles for PuTTY users in commons-parent? Why do you want to use putty? The wagon scp protocol has, IMO, the charm that it doesn't depend on any external programs. Additionally, it has the advantage that deploying with Maven is much faster with scp than with scpexe. I'd like to use my existing Pageant keys when on Windoze (and additionally, I don't want cygwin). -Rahul Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] chain fileupload scxml validator failed.
On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: On 8 Dec 2006 16:33:09 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Failed build logs: > http://people.apache.org/~psteitz/commons-nightlies/20061208/chain.log > http://people.apache.org/~psteitz/commons-nightlies/20061208/fileupload.log I've deployed a 1.3-snap for IO under the commons-io groupId (which AFAIK will be the 1.3 groupId so makes sense to do that for snaps as well). That will hopefully take care of tomorrow's fileupload build. Hmm. The nightly deploys a snapshot each night [SNAPSHOT], so you should be able to just point at that. If it's not usable, we need to change the snapshots we're deploying somehow (ie: naming). > http://people.apache.org/~psteitz/commons-nightlies/20061208/scxml.log > http://people.apache.org/~psteitz/commons-nightlies/20061208/validator.log Sorry this email was late btw; it had hung on one of the m2 deploys. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > We may need separate profiles for PuTTY users in commons-parent? Why do you want to use putty? The wagon scp protocol has, IMO, the charm that it doesn't depend on any external programs. Additionally, it has the advantage that deploying with Maven is much faster with scp than with scpexe. I'm using scpexe (on *nix) in Archiva to do deploys because I couldn't get the scp method to work with sshagent. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-parent] m2 profiles for PuTTY?
On 12/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: We may need separate profiles for PuTTY users in commons-parent? Why do you want to use putty? The wagon scp protocol has, IMO, the charm that it doesn't depend on any external programs. Additionally, it has the advantage that deploying with Maven is much faster with scp than with scpexe. Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[commons-parent] m2 profiles for PuTTY?
We may need separate profiles for PuTTY users in commons-parent? IIUC, the decision of choosing a wagon provider depends on the snaps repo URL, so we would need a scpexe:// URL to get the Wagon SSH External Provider (thereby we can use plink etc.). Anyone got a better handle on this? -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] chain fileupload scxml validator failed.
On 8 Dec 2006 16:33:09 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20061208/chain.log http://people.apache.org/~psteitz/commons-nightlies/20061208/fileupload.log I've deployed a 1.3-snap for IO under the commons-io groupId (which AFAIK will be the 1.3 groupId so makes sense to do that for snaps as well). That will hopefully take care of tomorrow's fileupload build. -Rahul http://people.apache.org/~psteitz/commons-nightlies/20061208/scxml.log http://people.apache.org/~psteitz/commons-nightlies/20061208/validator.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LOGGING-25) [logging] call to getClassLoader() in LogFactoryImpl not checked for null
[
http://issues.apache.org/jira/browse/LOGGING-25?page=comments#action_12456938 ]
David Smiley commented on LOGGING-25:
-
FYI, here's the new code that should go into the try/catch block:
ClassLoader result = clazz.getClassLoader();
if (result == null)
result = ClassLoader.getSystemClassLoader();
if (result == null)
throw new
IllegalStateException("ClassLoader.getSystemClassLoader() returned null!");
return result;
It works for me.
> [logging] call to getClassLoader() in LogFactoryImpl not checked for null
> -
>
> Key: LOGGING-25
> URL: http://issues.apache.org/jira/browse/LOGGING-25
> Project: Commons Logging
> Issue Type: Bug
>Affects Versions: 1.0.4
> Environment: Operating System: other
> Platform: Other
>Reporter: Luke Sleeman
>
> In line 374 of LogFactoryImpl.java getClassLoader() is called:
> logInterface = this.getClass().getClassLoader().loadClass(LOG_INTERFACE);
> However, the docs for getClassLoader() state that some implementations may use
> null to return the system classloader. This occurs under CrEme a JVM for the
> PocketPC platform which some of our products run under, causing a null pointer
> exception. Perhaps it would be better to change line 374 to read:
> logClass = loadClass(LOG_INTERFACE);
> which seems to solve the problems I have been having. At any rate calls to
> getClassLoader() should be checked to ensure that they haven't returned null.
> In addition the error that I got:
> org.apache.commons.logging.LogConfigurationException:
> org.apache.commons.logging.LogConfigurationException:
> java.lang.NullPointerException (Caused by java.lang.NullPointerException)
> (Caused by org.apache.commons.logging.LogConfigurationException:
> java.lang.NullPointerException (Caused by java.lang.NullPointerException))
> Certianly wasnt very helpfull for figuring out what is going on.
> - Luke
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (CONFIGURATION-238) XMLConfiguration.save() - illegal new line char in xml comment
[
http://issues.apache.org/jira/browse/CONFIGURATION-238?page=comments#action_12456937
]
Oliver Heger commented on CONFIGURATION-238:
Could you perhaps try your tests with a different XML parser and/or XSLT engine
(maybe the newest versions of Xerces or Xalan)? I assume you use the versions
that are shipped with the JRE, right?
Thanks.
> XMLConfiguration.save() - illegal new line char in xml comment
> --
>
> Key: CONFIGURATION-238
> URL: http://issues.apache.org/jira/browse/CONFIGURATION-238
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 1.2 Final
> Environment: Windows XP x64
>Reporter: Janusz Studzizba
>
> I have the following conf.xml.
>
>
>
> value
>
> 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.
>
> 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.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CONFIGURATION-240) CombinedConfiguration does not reload when enclosed configuration files are modified.
[ http://issues.apache.org/jira/browse/CONFIGURATION-240?page=all ] Oliver Heger resolved CONFIGURATION-240. Fix Version/s: Nightly Builds Resolution: Fixed Should be fixed now in subversion and the next nightly build. CombinedConfiguration now provides a property called "forceReloadCheck". If you set it to true, each property access will trigger the contained configurations, which will cause a reload if necessary. > CombinedConfiguration does not reload when enclosed configuration files are > modified. > - > > Key: CONFIGURATION-240 > URL: http://issues.apache.org/jira/browse/CONFIGURATION-240 > Project: Commons Configuration > Issue Type: Bug > Environment: Windows XP, Java JVM 1.4 and up >Reporter: Thomas DeBruycker > Assigned To: Oliver Heger > Fix For: Nightly Builds > > > When getProperty() is called on a CombinedConfiguration object the > reloadingRequired() method is not called. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484692 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/CombinedConfiguration.java src/test/org/apache/commons/configuration/TestCombinedConfigu
Author: oheger
Date: Fri Dec 8 10:30:15 2006
New Revision: 484692
URL: http://svn.apache.org/viewvc?view=rev&rev=484692
Log:
Added new forceReloadCheck property to CombinedConfiguration; fix for
CONFIGURATION-240
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/CombinedConfiguration.java
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestCombinedConfiguration.java
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/CombinedConfiguration.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/CombinedConfiguration.java?view=diff&rev=484692&r1=484691&r2=484692
==
---
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/CombinedConfiguration.java
(original)
+++
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/CombinedConfiguration.java
Fri Dec 8 10:30:15 2006
@@ -118,6 +118,9 @@
/** Constant for the default node combiner. */
private static final NodeCombiner DEFAULT_COMBINER = new UnionCombiner();
+/** Constant for the name of the property used for the reload check.*/
+private static final String PROP_RELOAD_CHECK =
"CombinedConfigurationReloadCheck";
+
/** Stores the combiner. */
private NodeCombiner nodeCombiner;
@@ -130,6 +133,9 @@
/** Stores a map with the named configurations. */
private Map namedConfigurations;
+/** A flag whether an enhanced reload check is to be performed.*/
+private boolean forceReloadCheck;
+
/**
* Creates a new instance of CombinedConfiguration and
* initializes the combiner to be used.
@@ -186,6 +192,34 @@
}
/**
+ * Returns a flag whether an enhanced reload check must be performed.
+ *
+ * @return the force reload check flag
+ * @since 1.4
+ */
+public boolean isForceReloadCheck()
+{
+return forceReloadCheck;
+}
+
+/**
+ * Sets the force reload check flag. If this flag is set, each property
+ * access on this configuration will cause a reload check on the contained
+ * configurations. This is a workaround for a problem with some reload
+ * implementations that only check if a reload is required when they are
+ * triggered. Per default this mode is disabled. If the force reload check
+ * flag is set to true, accessing properties will be less
+ * performant, but reloads on contained configurations will be detected.
+ *
+ * @param forceReloadCheck the value of the flag
+ * @since 1.4
+ */
+public void setForceReloadCheck(boolean forceReloadCheck)
+{
+this.forceReloadCheck = forceReloadCheck;
+}
+
+/**
* Adds a new configuration to this combined configuration. It is possible
* (but not mandatory) to give the new configuration a name. This name must
* be unique, otherwise a ConfigurationRuntimeException will
@@ -441,6 +475,40 @@
copy.setRootNode(new DefaultConfigurationNode());
return copy;
+}
+
+/**
+ * Returns the value of the specified property. This implementation
+ * evaluates the force reload check flag. If it is set, all
+ * contained configurations will be triggered before the value of the
+ * requested property is retrieved.
+ *
+ * @param key the key of the desired property
+ * @return the value of this property
+ * @since 1.4
+ */
+public Object getProperty(String key)
+{
+if (isForceReloadCheck())
+{
+for (Iterator it = configurations.iterator(); it.hasNext();)
+{
+try
+{
+// simply retrieve a property; this is enough for
+// triggering a reload
+((ConfigData) it.next()).getConfiguration().getProperty(
+PROP_RELOAD_CHECK);
+}
+catch (Exception ex)
+{
+// ignore all exceptions, e.g. missing property exceptions
+;
+}
+}
+}
+
+return super.getProperty(key);
}
/**
Modified:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestCombinedConfiguration.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestCombinedConfiguration.java?view=diff&rev=484692&r1=484691&r2=484692
==
---
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestCombinedConfiguration.java
(origina
[nightly build] chain fileupload scxml validator failed.
Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20061208/chain.log http://people.apache.org/~psteitz/commons-nightlies/20061208/fileupload.log http://people.apache.org/~psteitz/commons-nightlies/20061208/scxml.log http://people.apache.org/~psteitz/commons-nightlies/20061208/validator.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-97) M$ FTP Virtual Folder support
[ http://issues.apache.org/jira/browse/VFS-97?page=all ] Mario Ivankovits updated VFS-97: Fix Version/s: 1.1 Final Affects Version/s: (was: 1.1 Final) > M$ FTP Virtual Folder support > - > > Key: VFS-97 > URL: http://issues.apache.org/jira/browse/VFS-97 > Project: Commons VFS > Issue Type: New Feature > Environment: current CVS version, 1.0-RC8 >Reporter: Sergey Vladimirov > Fix For: 1.1 Final > > Attachments: patch-testcase.txt, patch.txt > > > FTP Object should return child by name, even if it's name of unlisted virtual > directory. > IIS support creation FTP virtual folders. Such foldres is not listed in LS > command, but can be accessed by name (CWD/LS) as well as files in it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance
[ http://issues.apache.org/jira/browse/VFS-90?page=all ] Mario Ivankovits resolved VFS-90. - Resolution: Won't Fix As in preparation for a VFS release I close this issue as "Won't Fix" for now, but feel free to reopen/ping me if you've found another solution. Thanks anyway! > RandomAccessFile backed by a RandomAccessContent instance > - > > Key: VFS-90 > URL: http://issues.apache.org/jira/browse/VFS-90 > Project: Commons VFS > Issue Type: New Feature >Reporter: Elifarley Callado Coelho >Priority: Minor > Attachments: RACRandomAccessFile.java.bz2, src.zip > > > Some existing libraries and applications rely on a RandomAccessFile instance > to process its IO tasks. > They could be benefited by an adapter class providing a "RandomAccessFile" > view of an arbitrary RandomAccessContent. > Example: a database server using a RandomAccessFile instance to access its > data from a local file would automatically be able to access it from a remote > resource accessed through HTTP. > I have already created such a class. I'll try to add it to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-49) [VFS] Default VFS cache behavior
[ http://issues.apache.org/jira/browse/VFS-49?page=all ]
Mario Ivankovits updated VFS-49:
Bugzilla Id: (was: 38686)
Fix Version/s: later
> [VFS] Default VFS cache behavior
>
>
> Key: VFS-49
> URL: http://issues.apache.org/jira/browse/VFS-49
> Project: Commons VFS
> Issue Type: Improvement
>Affects Versions: Nightly Builds
> Environment: Operating System: All
> Platform: All
>Reporter: Jean-Baptiste Onofré
>Priority: Minor
> Fix For: later
>
>
> It's really a bug but a explanation.
> The default VFS cache is SoftRefFilesCache.
> In my process, I have a FileManipulator which is simply a singleton. This
> singleton create one (and only one max) instance of FileSystemManager using
> VFS.getManager().
> This process is called every 10mn to perform a copy from a FileObject to
> another. In earch loop, I perform something which looks like :
> FIleManipulator fileManipulator = FileManipulator.getInstance();
> fileManipulator.copy("tgz:http://remote/archive.tar.gz!/dir/file";,
> "/tmp/file");
> Either the tgz:http://remote/archive.tar.gz!/dir/file has not change, in the
> vfs_cache directory, I have :
> tmp_19071_file
> tmp_19076_file
> So a copy if performed every loop and neither release which take a lot of
> space
> on the filesystem.
> How can I avoid this behavior ? Should I create a FileManipulator (and so a
> FileSystemManager) and use the same in the loop ? Do I need to define my own
> filesystemmanager with another FileCache system (such as NullFileCache) ? Is
> it
> possible to define another VFS cache system for the default filesystem manager
> got with VFS.getManager() ?
> Many thanks for your help.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (VFS-68) Extraction process is unefficient with large packages
[ http://issues.apache.org/jira/browse/VFS-68?page=all ] Mario Ivankovits closed VFS-68. --- > Extraction process is unefficient with large packages > - > > Key: VFS-68 > URL: http://issues.apache.org/jira/browse/VFS-68 > Project: Commons VFS > Issue Type: Improvement > Environment: Windows XP Pro, Java 1.5.0_03 >Reporter: Harri Kähkönen >Priority: Minor > Fix For: Nightly Builds > > > It seems that extracting large zip packages is much slower than with > java.util.zip. In certain tests, the extraction time of 2 large packages was > almost 1 hour more with VFS. The packages that caused this major efficiency > issue we're over 1Gb size, and usually contain lots of entries. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-68) Extraction process is unefficient with large packages
[ http://issues.apache.org/jira/browse/VFS-68?page=all ] Mario Ivankovits resolved VFS-68. - Fix Version/s: Nightly Builds Resolution: Fixed > Extraction process is unefficient with large packages > - > > Key: VFS-68 > URL: http://issues.apache.org/jira/browse/VFS-68 > Project: Commons VFS > Issue Type: Improvement > Environment: Windows XP Pro, Java 1.5.0_03 >Reporter: Harri Kähkönen >Priority: Minor > Fix For: Nightly Builds > > > It seems that extracting large zip packages is much slower than with > java.util.zip. In certain tests, the extraction time of 2 large packages was > almost 1 hour more with VFS. The packages that caused this major efficiency > issue we're over 1Gb size, and usually contain lots of entries. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-68) Extraction process is unefficient with large packages
[ http://issues.apache.org/jira/browse/VFS-68?page=comments#action_12456900 ] Mario Ivankovits commented on VFS-68: - I am not 100% sure, but maybe I found the problem. Would be great if you could find some time to test it again. Still, due to some overhead VFS introduces it might never be that fast than the native methods. > Extraction process is unefficient with large packages > - > > Key: VFS-68 > URL: http://issues.apache.org/jira/browse/VFS-68 > Project: Commons VFS > Issue Type: Improvement > Environment: Windows XP Pro, Java 1.5.0_03 >Reporter: Harri Kähkönen >Priority: Minor > Fix For: Nightly Builds > > > It seems that extracting large zip packages is much slower than with > java.util.zip. In certain tests, the extraction time of 2 large packages was > almost 1 hour more with VFS. The packages that caused this major efficiency > issue we're over 1Gb size, and usually contain lots of entries. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r484648 - in /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs: ./ cache/ impl/ provider/ provider/tar/ provider/zip/
Author: imario
Date: Fri Dec 8 08:18:36 2006
New Revision: 484648
URL: http://svn.apache.org/viewvc?view=rev&rev=484648
Log:
Again changed when and how to release resources.
Now we count the number of "still accessible fileObject".
If, for some reason this do not work there now is also the
FileSystemManager.closeFileSystem(FileSystem) method where you can explicitely
close the fileSystem and free all its resources (including the cache).
This method might be dangerous if you use VFS as singleton (VFS.getManager())
and call it on a "global" fileSystem. This closes the filesystem for all other
thread too.
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystem.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemManager.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/cache/SoftRefFilesCache.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileSystemManager.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/AbstractFileObject.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/AbstractFileSystem.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/tar/TarFileSystem.java
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/zip/ZipFileSystem.java
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystem.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystem.java?view=diff&rev=484648&r1=484647&r2=484648
==
(empty)
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemManager.java?view=diff&rev=484648&r1=484647&r2=484648
==
---
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemManager.java
(original)
+++
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemManager.java
Fri Dec 8 08:18:36 2006
@@ -177,7 +177,13 @@
public FileObject createFileSystem(String provider, FileObject file)
throws FileSystemException;
-/**
+ /**
+* Closes the given filesystem.
+* If you use VFS as singleton it is VERY dangerous to call this method.
+*/
+ public void closeFileSystem(FileSystem filesystem);
+
+ /**
* Creates a layered file system. A layered file system is a file system
* that is created from the contents of a file, such as a zip or tar file.
*
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/cache/SoftRefFilesCache.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/cache/SoftRefFilesCache.java?view=diff&rev=484648&r1=484647&r2=484648
==
---
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/cache/SoftRefFilesCache.java
(original)
+++
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/cache/SoftRefFilesCache.java
Fri Dec 8 08:18:36 2006
@@ -227,7 +227,7 @@
}
}
((DefaultFileSystemManager) getContext().getFileSystemManager())
- .closeFileSystem(filesystem);
+ ._closeFileSystem(filesystem);
}
public void close()
Modified:
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileSystemManager.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileSystemManager.java?view=diff&rev=484648&r1=484647&r2=484648
==
---
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileSystemManager.java
(original)
+++
jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/impl/DefaultFileSystemManager.java
Fri Dec 8 08:18:36 2006
@@ -915,7 +915,24 @@
return new VfsStreamHandlerFactory();
}
+ /**
+* Closes the given filesystem.
+* If you use VFS as singleton it is VERY dangerous to call this method
+*/
public void closeFileSystem(FileSystem filesystem)
+ {
+ // inform the cache ...
+ getFilesCache().clear(filesystem);
+
+
[jira] Updated: (VFS-74) AbstractMethodError when using httpclient v3.0.1
[ http://issues.apache.org/jira/browse/VFS-74?page=all ] Mario Ivankovits updated VFS-74: Fix Version/s: later > AbstractMethodError when using httpclient v3.0.1 > > > Key: VFS-74 > URL: http://issues.apache.org/jira/browse/VFS-74 > Project: Commons VFS > Issue Type: Bug >Affects Versions: Nightly Builds >Reporter: Maarten Coene > Fix For: later > > Attachments: WebdavConnectionManager.java.patch > > > Hi, > when you use VFS in combination with commons httpclient 3.0.1, you get an > AbstractMethodError: > java.lang.AbstractMethodError > at > org.apache.commons.httpclient.HttpClient.setHttpConnectionManager(HttpClient.java:472) > at > org.apache.commons.vfs.provider.webdav.WebdavClientFactory.createConnection(WebdavClientFactory.java:82) > at > org.apache.commons.vfs.provider.webdav.WebdavFileProvider.doCreateFileSystem(WebdavFileProvider.java:85) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:76) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:61) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:640) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:601) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:569) > at > fr.jayasoft.ivy.repository.vfs.VfsResource.(VfsResource.java:39) > at > fr.jayasoft.ivy.repository.vfs.VfsRepository.put(VfsRepository.java:159) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.put(RepositoryResolver.java:173) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.publish(RepositoryResolver.java:168) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2079) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2063) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2044) > at fr.jayasoft.ivy.ant.IvyPublish.execute(IvyPublish.java:195) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-74) AbstractMethodError when using httpclient v3.0.1
[ http://issues.apache.org/jira/browse/VFS-74?page=comments#action_12456874 ] Mario Ivankovits commented on VFS-74: - It looks there are still incompatibilities between httpclient 3.0.1 and webdav. Something with the url encoding seems to be wrong - or has to be handled differently? Well, hopefully webdav has a maintainer again ... we well see > AbstractMethodError when using httpclient v3.0.1 > > > Key: VFS-74 > URL: http://issues.apache.org/jira/browse/VFS-74 > Project: Commons VFS > Issue Type: Bug >Affects Versions: Nightly Builds >Reporter: Maarten Coene > Fix For: later > > Attachments: WebdavConnectionManager.java.patch > > > Hi, > when you use VFS in combination with commons httpclient 3.0.1, you get an > AbstractMethodError: > java.lang.AbstractMethodError > at > org.apache.commons.httpclient.HttpClient.setHttpConnectionManager(HttpClient.java:472) > at > org.apache.commons.vfs.provider.webdav.WebdavClientFactory.createConnection(WebdavClientFactory.java:82) > at > org.apache.commons.vfs.provider.webdav.WebdavFileProvider.doCreateFileSystem(WebdavFileProvider.java:85) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:76) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:61) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:640) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:601) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:569) > at > fr.jayasoft.ivy.repository.vfs.VfsResource.(VfsResource.java:39) > at > fr.jayasoft.ivy.repository.vfs.VfsRepository.put(VfsRepository.java:159) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.put(RepositoryResolver.java:173) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.publish(RepositoryResolver.java:168) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2079) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2063) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2044) > at fr.jayasoft.ivy.ant.IvyPublish.execute(IvyPublish.java:195) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-43) [vfs] Services
[ http://issues.apache.org/jira/browse/VFS-43?page=all ] Mario Ivankovits updated VFS-43: Bugzilla Id: (was: 36047) Fix Version/s: 1.1 Final Affects Version/s: (was: 1.1 Final) > [vfs] Services > -- > > Key: VFS-43 > URL: http://issues.apache.org/jira/browse/VFS-43 > Project: Commons VFS > Issue Type: Improvement > Environment: Operating System: other > Platform: Other >Reporter: baidun > Assigned To: Mario Ivankovits >Priority: Minor > Fix For: 1.1 Final > > Attachments: services.diff, vfs-services.zip > > > The framework for vfs services and the implementation of svn services -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-91) Provide random access to gzip files.
[ http://issues.apache.org/jira/browse/VFS-91?page=all ] Mario Ivankovits updated VFS-91: Fix Version/s: later > Provide random access to gzip files. > > > Key: VFS-91 > URL: http://issues.apache.org/jira/browse/VFS-91 > Project: Commons VFS > Issue Type: Improvement >Reporter: Elifarley Callado Coelho >Priority: Minor > Fix For: later > > Attachments: gzip-rac-src-20061017.zip > > > A local file provides random access to its contents. > For an application to have transparent access to the uncompressed contents of > a gzip file, VFS should provide random access to it as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()
[ http://issues.apache.org/jira/browse/VFS-96?page=all ] Mario Ivankovits updated VFS-96: Fix Version/s: later Affects Version/s: (was: later) > Performance: FtpFileObject.getChildFile() without call to doGetChildren() > -- > > Key: VFS-96 > URL: http://issues.apache.org/jira/browse/VFS-96 > Project: Commons VFS > Issue Type: Improvement >Reporter: Emmanuel Fleury > Fix For: later > > > The FtpFileObject.getChildFile() implementation gets the full directory lost > of the parent to retrieve information on only one of its childs. > This can be a performance bottleneck if the parent directory contains a lot > of files (for instance, listing a directory containing 1000 files costs more > than 100Kb). > A better implementation should be to retrieve only the right child file > information. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-85) unexpected http connect
[ http://issues.apache.org/jira/browse/VFS-85?page=all ]
Mario Ivankovits updated VFS-85:
Fix Version/s: later
> unexpected http connect
> ---
>
> Key: VFS-85
> URL: http://issues.apache.org/jira/browse/VFS-85
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Philippe Poulard
> Fix For: later
>
>
> when I try to create a file object with "http://www.somehost.com/";, VFS fails
> when the host is unreachable (e.g. when not connected to internet)
> this is because org.apache.commons.vfs.provider.http.HttpFileSystem has a
> constructor that has an argument HttpClient, whereas it should be an
> HttpClientFactory
> the HttpClient should be resolved only when required :
> protected HttpClient getClient()
> {
> if ( this.client == null ) {
> this.client = clientFactory.createConnection(...);
> }
> return client;
> }
> I didn't check it, but this issue is certainly present with FTP and others...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()
[ http://issues.apache.org/jira/browse/VFS-96?page=all ] Mario Ivankovits updated VFS-96: Affects Version/s: later > Performance: FtpFileObject.getChildFile() without call to doGetChildren() > -- > > Key: VFS-96 > URL: http://issues.apache.org/jira/browse/VFS-96 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: later >Reporter: Emmanuel Fleury > > The FtpFileObject.getChildFile() implementation gets the full directory lost > of the parent to retrieve information on only one of its childs. > This can be a performance bottleneck if the parent directory contains a lot > of files (for instance, listing a directory containing 1000 files costs more > than 100Kb). > A better implementation should be to retrieve only the right child file > information. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()
[ http://issues.apache.org/jira/browse/VFS-96?page=comments#action_12456861 ] Mario Ivankovits commented on VFS-96: - If it is a performance bottleneck depends on the use case. Loading of the directory should happen only once, so if you are going to scan the directory you'll have a performance bottleneck if you have to issue a dir for every single file. Having it configurable might be an option. > Performance: FtpFileObject.getChildFile() without call to doGetChildren() > -- > > Key: VFS-96 > URL: http://issues.apache.org/jira/browse/VFS-96 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: later >Reporter: Emmanuel Fleury > > The FtpFileObject.getChildFile() implementation gets the full directory lost > of the parent to retrieve information on only one of its childs. > This can be a performance bottleneck if the parent directory contains a lot > of files (for instance, listing a directory containing 1000 files costs more > than 100Kb). > A better implementation should be to retrieve only the right child file > information. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-33) [vfs] ftp-access a directory failed
[ http://issues.apache.org/jira/browse/VFS-33?page=all ] Mario Ivankovits updated VFS-33: Bugzilla Id: (was: 38181) Fix Version/s: later > [vfs] ftp-access a directory failed > --- > > Key: VFS-33 > URL: http://issues.apache.org/jira/browse/VFS-33 > Project: Commons VFS > Issue Type: Bug > Environment: Operating System: All > Platform: Other >Reporter: Sven Homburg > Fix For: later > > > i try to connect via ftp to a server with this uri : > ftp://johndoe:[EMAIL PROTECTED]/depotxxx/depot120/ > the user johndoe has only access to this directory but VFS tries to access > the depotxxx and the > root dir -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (VFS-45) [VFS] New provider: crypt
[ http://issues.apache.org/jira/browse/VFS-45?page=all ] Mario Ivankovits closed VFS-45. --- Resolution: Fixed homepage added to our plugins page > [VFS] New provider: crypt > - > > Key: VFS-45 > URL: http://issues.apache.org/jira/browse/VFS-45 > Project: Commons VFS > Issue Type: Improvement > Environment: Operating System: other > Platform: Other >Reporter: John Didion >Priority: Minor > Attachments: crypt.diff, crypt.diff > > > A read/write provider that encrypts/decrypts files using a symmetric > algorithm. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (VFS-41) [VFS] New provider: iso9660
[ http://issues.apache.org/jira/browse/VFS-41?page=all ] Mario Ivankovits closed VFS-41. --- > [VFS] New provider: iso9660 > --- > > Key: VFS-41 > URL: http://issues.apache.org/jira/browse/VFS-41 > Project: Commons VFS > Issue Type: Improvement > Environment: Operating System: All > Platform: Other >Reporter: John Didion > Assigned To: Mario Ivankovits >Priority: Minor > Attachments: iso.patch, providers.xml.diff > > > This is a patch for a read-only provider for ISO 9660 files. It depends on > loopy > (https://sourceforge.net/project/showfiles.php?group_id=161655). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-41) [VFS] New provider: iso9660
[ http://issues.apache.org/jira/browse/VFS-41?page=all ] Mario Ivankovits resolved VFS-41. - Resolution: Fixed Created plugins pages: http://jakarta.apache.org/commons/vfs/3rdparty.html > [VFS] New provider: iso9660 > --- > > Key: VFS-41 > URL: http://issues.apache.org/jira/browse/VFS-41 > Project: Commons VFS > Issue Type: Improvement > Environment: Operating System: All > Platform: Other >Reporter: John Didion > Assigned To: Mario Ivankovits >Priority: Minor > Attachments: iso.patch, providers.xml.diff > > > This is a patch for a read-only provider for ISO 9660 files. It depends on > loopy > (https://sourceforge.net/project/showfiles.php?group_id=161655). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance
[ http://issues.apache.org/jira/browse/VFS-90?page=comments#action_12456852 ] Mario Ivankovits commented on VFS-90: - I had a look at this patch now, but I dont like the way how this needs to be done. I am aware why you need the temporary file, that we need to have it static and thus not thread safe and that we have to take care to delete the temporary file seems all too hacky. Unhappily I cant see another way how to workaround these things. > RandomAccessFile backed by a RandomAccessContent instance > - > > Key: VFS-90 > URL: http://issues.apache.org/jira/browse/VFS-90 > Project: Commons VFS > Issue Type: New Feature >Reporter: Elifarley Callado Coelho >Priority: Minor > Attachments: RACRandomAccessFile.java.bz2, src.zip > > > Some existing libraries and applications rely on a RandomAccessFile instance > to process its IO tasks. > They could be benefited by an adapter class providing a "RandomAccessFile" > view of an arbitrary RandomAccessContent. > Example: a database server using a RandomAccessFile instance to access its > data from a local file would automatically be able to access it from a remote > resource accessed through HTTP. > I have already created such a class. I'll try to add it to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (SCXML-35) Deprecate two argument Data() methods in oacs.Builtin
Deprecate two argument Data() methods in oacs.Builtin - Key: SCXML-35 URL: http://issues.apache.org/jira/browse/SCXML-35 Project: Commons SCXML Issue Type: Task Affects Versions: 0.5 Reporter: Rahul Akolkar Assigned To: Rahul Akolkar Fix For: 1.0 In favor of the 3 argument namespace-aware ones. Deprecated in code for v0.6, remove in v1.0. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 22 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 17 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] 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/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-08122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-08122006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at or
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 22 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 17 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] 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/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-08122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-08122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-08122006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at or
Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed
On 12/8/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: jakarta-servletapi is Servlet 2.2 but its been fixed already - although they've bumped the gump descriptor from servlet 2.2 to servlet 2.4: http://tinyurl.com/ymq8p6 Fine with me. Better gump using the more recent version than the pom's. :-) Thanks, Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-297) Addition to ObjectUtils: public static List getAllSuperclassesUpTo( Class cls, Class upToClass )
[ http://issues.apache.org/jira/browse/LANG-297?page=comments#action_12456793 ] Jörg Heinicke commented on LANG-297: 1. Looks a bit like featuritis ;) 2. If it gets added, only the while condition should be changed, not the stuff inside the while loop. It is sufficient to change while (superclass != null) to while (superclass != null && !superclass.equals(upToClass)) Jörg > Addition to ObjectUtils: public static List getAllSuperclassesUpTo( Class > cls, Class upToClass ) > > > Key: LANG-297 > URL: http://issues.apache.org/jira/browse/LANG-297 > Project: Commons Lang > Issue Type: Improvement >Affects Versions: 2.3 > Environment: N/A >Reporter: David J. M. Karlsen > Attachments: CommonsLang-patch-JIRA297.txt > > > Add another method: > /** > * Gets a List of superclasses up to, but not including > upToClass. > * If upToClass is null this is effectively the same as > getAllSuperClasses( cls ) (e.g. the whole hierarchy). > * returns null if cls is null > */ > public static List getAllSuperclassesUpTo( Class cls, Class upToClass ) > Patch with code and test will be added. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed
On 12/8/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: Hi, can anyone help me here? I have no idea what might be the problem. The error message seems to indicate that the ServletContextListener class is unknown. This class is available in the Servlet API since 2.3, which is the version in project.xml and pom.xml. The gump descriptor only mentions "servletapi", but I would assume that this isn't 2.2 or before, or am I wrong? If so, what is the correct setting? jakarta-servletapi is Servlet 2.2 but its been fixed already - although they've bumped the gump descriptor from servlet 2.2 to servlet 2.4: http://tinyurl.com/ymq8p6 Niall Thanks, Jochen On 12/7/06, John McNally <[EMAIL PROTECTED]> wrote: > [javac] /x1/gump/public/workspace/jakarta-commons/fileupload/src/java/org/apache/commons/fileupload/servlet/FileCleanerCleanup.java:19: cannot find symbol > [javac] symbol : class ServletContextListener > [javac] location: package javax.servlet > [javac] import javax.servlet.ServletContextListener; > [javac] ^ > [javac] /x1/gump/public/workspace/jakarta-commons/fileupload/src/java/org/apache/commons/fileupload/servlet/FileCleanerCleanup.java:20: cannot find symbol - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r483949 - in /jakarta/commons/proper/httpclient/trunk: ./ src/java/org/apache/commons/httpclient/ src/java/org/apache/commons/httpclient/params/
Author: olegk
Date: Fri Dec 8 03:34:50 2006
New Revision: 483949
URL: http://svn.apache.org/viewvc?view=rev&rev=483949
Log:
Fix for [HTTPCLIENT-606] HttpMethodDirector fails when redirecting to a encoded
URL location
changelog:
- Added a HTTP method level parameter for URI charset
Contributed by Oleg Kalnichevski
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/ConnectMethod.java
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/HttpMethodParams.java
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/release_notes.txt?view=diff&rev=483949&r1=483948&r2=483949
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Fri Dec 8
03:34:50 2006
@@ -1,5 +1,8 @@
Changes since Release 3.1 Beta 1:
+* [HTTPCLIENT-606] - Added a HTTP method level parameter for URI charset
+ Contributed by Oleg Kalnichevski
+
* [HTTPCLIENT-610] - Added for convenience
HttpMethodBase.getResponseBodyAsString(int)
Contributed by Ortwin Glueck
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/ConnectMethod.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/ConnectMethod.java?view=diff&rev=483949&r1=483948&r2=483949
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/ConnectMethod.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/ConnectMethod.java
Fri Dec 8 03:34:50 2006
@@ -116,7 +116,8 @@
}
public URI getURI() throws URIException {
-return new URI(getPath(), true);
+String charset = getParams().getUriCharset();
+return new URI(getPath(), true, charset);
}
/**
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java?view=diff&rev=483949&r1=483948&r2=483949
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java
Fri Dec 8 03:34:50 2006
@@ -218,7 +218,8 @@
if (uri == null || uri.equals("")) {
uri = "/";
}
-setURI(new URI(uri, true));
+String charset = getParams().getUriCharset();
+setURI(new URI(uri, true, charset));
} catch (URIException e) {
throw new IllegalArgumentException("Invalid uri '"
+ uri + "': " + e.getMessage()
@@ -262,7 +263,8 @@
buffer.append('?');
buffer.append(this.queryString);
}
-return new URI(buffer.toString(), true);
+String charset = getParams().getUriCharset();
+return new URI(buffer.toString(), true, charset);
}
/**
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java?view=diff&rev=483949&r1=483948&r2=483949
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
Fri Dec 8 03:34:50 2006
@@ -596,8 +596,11 @@
this.conn.getPort(),
method.getPath()
);
- redirectUri = new URI(location, true);
- if (redirectUri.isRelativeURI()) {
+
+String charset = method.getParams().getUriCharset();
+redirectUri = new URI(location, true, charset);
+
+if (redirectUri.isRelativeURI()) {
if
(this.params.isParameterTrue(HttpClientParams.REJECT_RELATIVE_REDIRECT)) {
[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.
[
http://issues.apache.org/jira/browse/LANG-282?page=comments#action_12456773 ]
Stephen Colebourne commented on LANG-282:
-
In fact, there is a third answer to the question 2 months and -5 days.
> Create more tests to test out the +=31 replacement code in
> DurationFormatUtils.
> ---
>
> Key: LANG-282
> URL: http://issues.apache.org/jira/browse/LANG-282
> Project: Commons Lang
> Issue Type: Task
>Reporter: Henri Yandell
> Assigned To: Henri Yandell
> Fix For: 2.3
>
>
> Code being:
> while (days < 0) {
> end.add(Calendar.MONTH, -1);
> days += end.getActualMaximum(Calendar.DAY_OF_MONTH);
> //days += 31; // TODO: Need tests to show this is bad and the new code is
> good.
> // HEN: It's a tricky subject. Jan 15th to March 10th. If I count days-first
> it is
> // 1 month and 26 days, but if I count month-first then it is 1 month and 23
> days.
> // Also it's contextual - if asked for no M in the format then I should
> probably
> // be doing no calculating here.
> months -= 1;
> end.add(Calendar.MONTH, 1);
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r483899 - /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java
Author: joehni Date: Fri Dec 8 01:47:09 2006 New Revision: 483899 URL: http://svn.apache.org/viewvc?view=rev&rev=483899 Log: Fix typo. Modified: jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java Modified: jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java?view=diff&rev=483899&r1=483898&r2=483899 == --- jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java (original) +++ jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java Fri Dec 8 01:47:09 2006 @@ -302,7 +302,7 @@ /** * Closes this file, and its content. This method is a hint to the - * implementation that it can release any resources asociated with + * implementation that it can release any resources associated with * the file. * * The file object can continue to be used after this method is called. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (COMMONSSITE-13) Create a timeout so runaway apps get cut off
Create a timeout so runaway apps get cut off Key: COMMONSSITE-13 URL: http://issues.apache.org/jira/browse/COMMONSSITE-13 Project: Commons All Issue Type: Bug Components: Nightly Reporter: Henri Yandell A quick google suggests this is a pain in bash - so a reason to use a real language. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.
[
http://issues.apache.org/jira/browse/LANG-282?page=comments#action_12456737 ]
Henri Yandell commented on LANG-282:
The following causes an error in DurationFormatUtilsTest.testEdgeDurations.
+assertEqualDuration( "54", new int[] { 2006, 0, 15, 0, 0, 0 },
+ new int[] { 2006, 2, 10, 0, 0, 0 }, "dd");
It is bizarrely returning 77.
77 - 10 - 16 - 28 = 23. (ie: - Mar - Jan, - Feb)
Interesting that that is the number of days found when calculating "MM dd".
> Create more tests to test out the +=31 replacement code in
> DurationFormatUtils.
> ---
>
> Key: LANG-282
> URL: http://issues.apache.org/jira/browse/LANG-282
> Project: Commons Lang
> Issue Type: Task
>Reporter: Henri Yandell
> Assigned To: Henri Yandell
> Fix For: 2.3
>
>
> Code being:
> while (days < 0) {
> end.add(Calendar.MONTH, -1);
> days += end.getActualMaximum(Calendar.DAY_OF_MONTH);
> //days += 31; // TODO: Need tests to show this is bad and the new code is
> good.
> // HEN: It's a tricky subject. Jan 15th to March 10th. If I count days-first
> it is
> // 1 month and 26 days, but if I count month-first then it is 1 month and 23
> days.
> // Also it's contextual - if asked for no M in the format then I should
> probably
> // be doing no calculating here.
> months -= 1;
> end.add(Calendar.MONTH, 1);
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.
[
http://issues.apache.org/jira/browse/LANG-282?page=comments#action_12456736 ]
Henri Yandell commented on LANG-282:
Going with the 1 month 23 day choice as the code currently does that - with a
recommendation of Joda Time if more control is needed.
svn ci -m "Added javadoc to explain the quandry in how to count month/day
differences" src/java/
Sendingsrc/java/org/apache/commons/lang/time/DurationFormatUtils.java
Transmitting file data .
Committed revision 483891.
> Create more tests to test out the +=31 replacement code in
> DurationFormatUtils.
> ---
>
> Key: LANG-282
> URL: http://issues.apache.org/jira/browse/LANG-282
> Project: Commons Lang
> Issue Type: Task
>Reporter: Henri Yandell
> Assigned To: Henri Yandell
> Fix For: 2.3
>
>
> Code being:
> while (days < 0) {
> end.add(Calendar.MONTH, -1);
> days += end.getActualMaximum(Calendar.DAY_OF_MONTH);
> //days += 31; // TODO: Need tests to show this is bad and the new code is
> good.
> // HEN: It's a tricky subject. Jan 15th to March 10th. If I count days-first
> it is
> // 1 month and 26 days, but if I count month-first then it is 1 month and 23
> days.
> // Also it's contextual - if asked for no M in the format then I should
> probably
> // be doing no calculating here.
> months -= 1;
> end.add(Calendar.MONTH, 1);
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r483891 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
Author: bayard
Date: Fri Dec 8 01:05:52 2006
New Revision: 483891
URL: http://svn.apache.org/viewvc?view=rev&rev=483891
Log:
Added javadoc to explain the quandry in how to count month/day differences
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java?view=diff&rev=483891&r1=483890&r2=483891
==
---
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
(original)
+++
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
Fri Dec 8 01:05:52 2006
@@ -249,7 +249,18 @@
/**
* Formats the time gap as a string, using the specified format.
* Padding the left hand side of numbers with zeroes is optional and
- * the timezone may be specified.
+ * the timezone may be specified.
+ *
+ * When calculating the difference between months/days, it chooses to
+ * calculate months first. So when working out the number of months and
+ * days between January 15th and March 10th, it choose 1 month and
+ * 23 days gained by choosing January->February = 1 month and then
+ * calculating days forwards, and not the 1 month and 26 days gained by
+ * choosing March -> February = 1 month and then calculating days
+ * backwards.
+ *
+ * For more control, the Joda Time library is recommended
+ * (http://joda-time.sf.net/";).
*
* @param startMillis the start of the duration
* @param endMillis the end of the duration
@@ -304,11 +315,10 @@
while (days < 0) {
end.add(Calendar.MONTH, -1);
days += end.getActualMaximum(Calendar.DAY_OF_MONTH);
-//days += 31; // TODO: Need tests to show this is bad and the new code is good.
-// HEN: It's a tricky subject. Jan 15th to March 10th. If I count days-first
it is
-// 1 month and 26 days, but if I count month-first then it is 1 month and 23
days.
-// Also it's contextual - if asked for no M in the format then I should
probably
-// be doing no calculating here.
+// HEN: It's a tricky subject. Jan 15th to March 10th. If I count
days-first it is
+// 1 month and 26 days, but if I count month-first then it is 1
month and 23 days.
+// Also it's contextual - if asked for no M in the format then I
should probably
+// be doing no calculating here.
months -= 1;
end.add(Calendar.MONTH, 1);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (COMMONSSITE-8) Bring back logging for each day
[ http://issues.apache.org/jira/browse/COMMONSSITE-8?page=comments#action_12456726 ] Henri Yandell commented on COMMONSSITE-8: - Should be done. Will wait for proof before resolving. svn ci -m "Modified so that logs do not overwrite the previous nights logging" Sendingcommons_nightly.sh Sendingnightly_wrapper.sh Transmitting file data .. Committed revision 483884. > Bring back logging for each day > --- > > Key: COMMONSSITE-8 > URL: http://issues.apache.org/jira/browse/COMMONSSITE-8 > Project: Commons All > Issue Type: Task > Components: Nightly >Reporter: Henri Yandell > Assigned To: Henri Yandell > > Need to include the timestamp in the log so that a record of each day is kept. > Then need to cleanup old days when the dists/jars are deleted. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r483884 - in /jakarta/commons/proper/commons-nightly/trunk: commons_nightly.sh nightly_wrapper.sh
Author: bayard
Date: Fri Dec 8 00:36:54 2006
New Revision: 483884
URL: http://svn.apache.org/viewvc?view=rev&rev=483884
Log:
Modified so that logs do not overwrite the previous nights logging
Modified:
jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
jakarta/commons/proper/commons-nightly/trunk/nightly_wrapper.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=diff&rev=483884&r1=483883&r2=483884
==
--- jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh (original)
+++ jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh Fri Dec 8
00:36:54 2006
@@ -22,7 +22,7 @@
# commons-$component-$time_stamp-src (source)
# commons-$component-$time_stamp (binaries)
#
-# (Over-)writes a log for each component build to $log_location/$component.log
+# Writes a log for each component build to
$log_location/$time_stamp/$component.log
#
# Assumes $proper_root points to a checkout of commons proper trunks
# and similarly for $sandbox_root
@@ -68,12 +68,12 @@
# Create configured directories if they don't already exist
local_deploy_location="${local_deploy_path}/builds"
local_maven_directory="${local_deploy_path}/maven"
+log_location="${log_location}/${time_stamp}"
mkdir -p ${log_location}
mkdir -p ${javadoc_location}
mkdir -p ${ant_build}
-# Cleanup previous run
-rm ${log_location}/*.log
+# Cleanup previous build
rm ${local_deploy_path}/*.tar
#==
Modified: jakarta/commons/proper/commons-nightly/trunk/nightly_wrapper.sh
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-nightly/trunk/nightly_wrapper.sh?view=diff&rev=483884&r1=483883&r2=483884
==
--- jakarta/commons/proper/commons-nightly/trunk/nightly_wrapper.sh (original)
+++ jakarta/commons/proper/commons-nightly/trunk/nightly_wrapper.sh Fri Dec 8
00:36:54 2006
@@ -31,5 +31,5 @@
# For now, scp the logs over to ~psteitz
ssh people.apache.org mkdir
/x1/home/psteitz/public_html/commons-nightlies/$time_stamp
-scp /home/commons/public_html/nightly/logs/* [EMAIL
PROTECTED]:/x1/home/psteitz/public_html/commons-nightlies/$time_stamp
+scp /home/commons/public_html/nightly/logs/${time_stamp}/* [EMAIL
PROTECTED]:/x1/home/psteitz/public_html/commons-nightlies/$time_stamp
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed
Hi, can anyone help me here? I have no idea what might be the problem. The error message seems to indicate that the ServletContextListener class is unknown. This class is available in the Servlet API since 2.3, which is the version in project.xml and pom.xml. The gump descriptor only mentions "servletapi", but I would assume that this isn't 2.2 or before, or am I wrong? If so, what is the correct setting? Thanks, Jochen On 12/7/06, John McNally <[EMAIL PROTECTED]> wrote: [javac] /x1/gump/public/workspace/jakarta-commons/fileupload/src/java/org/apache/commons/fileupload/servlet/FileCleanerCleanup.java:19: cannot find symbol [javac] symbol : class ServletContextListener [javac] location: package javax.servlet [javac] import javax.servlet.ServletContextListener; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/fileupload/src/java/org/apache/commons/fileupload/servlet/FileCleanerCleanup.java:20: cannot find symbol -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
