Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed

2006-12-08 Thread Jochen Wiedmann
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

svn commit: r483884 - in /jakarta/commons/proper/commons-nightly/trunk: commons_nightly.sh nightly_wrapper.sh

2006-12-08 Thread bayard
Author: bayard Date: Fri Dec 8 00:36:54 2006 New Revision: 483884 URL: http://svn.apache.org/viewvc?view=revrev=483884 Log: Modified so that logs do not overwrite the previous nights logging Modified: jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh

[jira] Commented: (COMMONSSITE-8) Bring back logging for each day

2006-12-08 Thread Henri Yandell (JIRA)
[ 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

svn commit: r483891 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java

2006-12-08 Thread bayard
Author: bayard Date: Fri Dec 8 01:05:52 2006 New Revision: 483891 URL: http://svn.apache.org/viewvc?view=revrev=483891 Log: Added javadoc to explain the quandry in how to count month/day differences Modified:

[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.

2006-12-08 Thread Henri Yandell (JIRA)
[ 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

[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.

2006-12-08 Thread Henri Yandell (JIRA)
[ 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[] {

[jira] Created: (COMMONSSITE-13) Create a timeout so runaway apps get cut off

2006-12-08 Thread Henri Yandell (JIRA)
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

svn commit: r483899 - /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java

2006-12-08 Thread joehni
Author: joehni Date: Fri Dec 8 01:47:09 2006 New Revision: 483899 URL: http://svn.apache.org/viewvc?view=revrev=483899 Log: Fix typo. Modified: jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileObject.java Modified:

[jira] Commented: (LANG-282) Create more tests to test out the +=31 replacement code in DurationFormatUtils.

2006-12-08 Thread Stephen Colebourne (JIRA)
[ 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

svn commit: r483949 - in /jakarta/commons/proper/httpclient/trunk: ./ src/java/org/apache/commons/httpclient/ src/java/org/apache/commons/httpclient/params/

2006-12-08 Thread olegk
Author: olegk Date: Fri Dec 8 03:34:50 2006 New Revision: 483949 URL: http://svn.apache.org/viewvc?view=revrev=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

Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed

2006-12-08 Thread Niall Pemberton
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

[jira] Commented: (LANG-297) Addition to ObjectUtils: public static List getAllSuperclassesUpTo( Class cls, Class upToClass )

2006-12-08 Thread JIRA
[ 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

Re: [EMAIL PROTECTED]: Project commons-fileupload (in module jakarta-commons) failed

2006-12-08 Thread Jochen Wiedmann
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.

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-12-08 Thread commons-jelly-tags-jsl development
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.

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-12-08 Thread commons-jelly-tags-jsl development
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.

[jira] Created: (SCXML-35) Deprecate two argument Data() methods in oacs.Builtin

2006-12-08 Thread Rahul Akolkar (JIRA)
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

[jira] Commented: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Resolved: (VFS-41) [VFS] New provider: iso9660

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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 ---

[jira] Closed: (VFS-41) [VFS] New provider: iso9660

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Closed: (VFS-45) [VFS] New provider: crypt

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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:

[jira] Updated: (VFS-33) [vfs] ftp-access a directory failed

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Commented: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Updated: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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()

[jira] Updated: (VFS-85) unexpected http connect

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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:

[jira] Updated: (VFS-96) Performance: FtpFileObject.getChildFile() without call to doGetChildren()

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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()

[jira] Updated: (VFS-91) Provide random access to gzip files.

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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:

[jira] Updated: (VFS-43) [vfs] Services

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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 --

[jira] Commented: (VFS-74) AbstractMethodError when using httpclient v3.0.1

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Updated: (VFS-74) AbstractMethodError when using httpclient v3.0.1

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

svn commit: r484648 - in /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs: ./ cache/ impl/ provider/ provider/tar/ provider/zip/

2006-12-08 Thread imario
Author: imario Date: Fri Dec 8 08:18:36 2006 New Revision: 484648 URL: http://svn.apache.org/viewvc?view=revrev=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

[jira] Commented: (VFS-68) Extraction process is unefficient with large packages

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Resolved: (VFS-68) Extraction process is unefficient with large packages

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Closed: (VFS-68) Extraction process is unefficient with large packages

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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:

[jira] Updated: (VFS-49) [VFS] Default VFS cache behavior

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Resolved: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Updated: (VFS-97) M$ FTP Virtual Folder support

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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:

[nightly build] chain fileupload scxml validator failed.

2006-12-08 Thread psteitz
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

svn commit: r484692 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/CombinedConfiguration.java src/test/org/apache/commons/configuration/TestCombinedConfigu

2006-12-08 Thread oheger
Author: oheger Date: Fri Dec 8 10:30:15 2006 New Revision: 484692 URL: http://svn.apache.org/viewvc?view=revrev=484692 Log: Added new forceReloadCheck property to CombinedConfiguration; fix for CONFIGURATION-240 Modified:

[jira] Resolved: (CONFIGURATION-240) CombinedConfiguration does not reload when enclosed configuration files are modified.

2006-12-08 Thread Oliver Heger (JIRA)
[ 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.

[jira] Commented: (CONFIGURATION-238) XMLConfiguration.save() - illegal new line char in xml comment

2006-12-08 Thread Oliver Heger (JIRA)
[ 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

[jira] Commented: (LOGGING-25) [logging] call to getClassLoader() in LogFactoryImpl not checked for null

2006-12-08 Thread David Smiley (JIRA)
[ 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 =

Re: [nightly build] chain fileupload scxml validator failed.

2006-12-08 Thread Rahul Akolkar
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 snip/ I've deployed a 1.3-snap for IO under the commons

[commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Rahul Akolkar
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Jochen Wiedmann
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Henri Yandell
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.

Re: [nightly build] chain fileupload scxml validator failed.

2006-12-08 Thread Henri Yandell
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Rahul Akolkar
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.

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Jochen Wiedmann
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Rahul Akolkar
On 12/8/06, Jochen Wiedmann [EMAIL PROTECTED] wrote: snip/ 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

[jira] Commented: (POOL-91) StackObjectPool.borrowObject infinate loop when makeObject returns null

2006-12-08 Thread Ben Speakmon (JIRA)
[ 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

Re: [nightly build] chain fileupload scxml validator failed.

2006-12-08 Thread Rahul Akolkar
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Henri Yandell
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Jochen Wiedmann
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

Re: [commons-parent] m2 profiles for PuTTY?

2006-12-08 Thread Rahul Akolkar
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

Re: [betwixt] final checks for RC3

2006-12-08 Thread Rahul Akolkar
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. snip/ AFAICT, we need a RC4 (with final version numbers) and a vote. You've done most to all of the

[jira] Commented: (POOL-91) StackObjectPool.borrowObject infinate loop when makeObject returns null

2006-12-08 Thread Ben Speakmon (JIRA)
[ 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

[io] Non-encoding versions of readFileToString etc

2006-12-08 Thread Henri Yandell
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

Re: [io] Non-encoding versions of readFileToString etc

2006-12-08 Thread Stephen Colebourne
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

Re: [io] Non-encoding versions of readFileToString etc

2006-12-08 Thread Henri Yandell
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

svn commit: r484839 - /jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java

2006-12-08 Thread ggregory
Author: ggregory Date: Fri Dec 8 15:12:09 2006 New Revision: 484839 URL: http://svn.apache.org/viewvc?view=revrev=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

Re: [io] Non-encoding versions of readFileToString etc

2006-12-08 Thread Henri Yandell
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

svn commit: r484844 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java

2006-12-08 Thread ggregory
Author: ggregory Date: Fri Dec 8 15:27:18 2006 New Revision: 484844 URL: http://svn.apache.org/viewvc?view=revrev=484844 Log: 2 Javadoc fixes. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/IOCase.java Modified:

[jira] Created: (IO-104) copyFileToDirectory(File, File, boolean) is missing

2006-12-08 Thread Henri Yandell (JIRA)
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

svn commit: r484861 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java

2006-12-08 Thread bayard
Author: bayard Date: Fri Dec 8 16:28:36 2006 New Revision: 484861 URL: http://svn.apache.org/viewvc?view=revrev=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

[jira] Resolved: (IO-104) copyFileToDirectory(File, File, boolean) is missing

2006-12-08 Thread Henri Yandell (JIRA)
[ 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

svn commit: r484862 - in /jakarta/commons/proper/validator/trunk: build.properties.sample build.xml doap_validator.rdf xdocs/navigation.xml

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 16:30:30 2006 New Revision: 484862 URL: http://svn.apache.org/viewvc?view=revrev=484862 Log: Update ant build, doap for release and add maven reports to menu Modified: jakarta/commons/proper/validator/trunk/build.properties.sample

svn commit: r484863 - in /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit: CheckDigitException.java ISBNCheckDigit.java

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 16:31:06 2006 New Revision: 484863 URL: http://svn.apache.org/viewvc?view=revrev=484863 Log: Javadoc corrections Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/checkdigit/CheckDigitException.java

svn commit: r484864 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java

2006-12-08 Thread bayard
Author: bayard Date: Fri Dec 8 16:31:40 2006 New Revision: 484864 URL: http://svn.apache.org/viewvc?view=revrev=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:

[jira] Resolved: (IO-101) The method EndianUtils.writeSwappedDouble() and EndianUtils.readSwappedDouble() do not match!

2006-12-08 Thread Henri Yandell (JIRA)
[ 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. Sending

svn commit: r484865 - in /jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/routines/ test/org/apache/commons/validator/routines/

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 16:33:59 2006 New Revision: 484865 URL: http://svn.apache.org/viewvc?view=revrev=484865 Log: VALIDATOR-214 - New Regular Expression validator using JDK 1.4's Regex Added:

[jira] Created: (VALIDATOR-214) New Regular Expression validator using JDK 1.4's Regex

2006-12-08 Thread Niall Pemberton (JIRA)
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

[jira] Created: (IO-105) Add a FileUtils.copyDirectoryStructure method

2006-12-08 Thread Henri Yandell (JIRA)
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

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

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 19:29:47 2006 New Revision: 484904 URL: http://svn.apache.org/viewvc?view=revrev=484904 Log: Update release notes, routines documentation and few JavaDoc corrections Modified:

svn commit: r484905 - /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 19:31:52 2006 New Revision: 484905 URL: http://svn.apache.org/viewvc?view=revrev=484905 Log: minor doc corrections Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/routines/package.html Modified:

svn commit: r484906 - in /jakarta/commons/proper/chain/trunk: project.xml xdocs/navigation.xml

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 19:38:42 2006 New Revision: 484906 URL: http://svn.apache.org/viewvc?view=revrev=484906 Log: Add comments and urls to dependencies,. include maven reports under development section Modified: jakarta/commons/proper/chain/trunk/project.xml

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

2006-12-08 Thread niallp
Author: niallp Date: Fri Dec 8 20:12:21 2006 New Revision: 484909 URL: http://svn.apache.org/viewvc?view=revrev=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

svn commit: r484943 - in /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs: impl/DefaultFileMonitor.java provider/ftp/FtpFileObject.java

2006-12-08 Thread imario
Author: imario Date: Fri Dec 8 23:42:06 2006 New Revision: 484943 URL: http://svn.apache.org/viewvc?view=revrev=484943 Log: VFS-69: ftp file system: refetch parents children in case of a refresh to get actual file informations Modified:

[jira] Resolved: (VFS-69) FTPFileObject monitor doesn't retrieve lastModifiedTime

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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

[jira] Closed: (VFS-69) FTPFileObject monitor doesn't retrieve lastModifiedTime

2006-12-08 Thread Mario Ivankovits (JIRA)
[ 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: