Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Sorry I lost the top message, but I am +1 for releasing commons-vfs 1.0 based on RC10. Great work, Mario! Phil On 12/22/06, Mario Ivankovits [EMAIL PROTECTED] wrote: +1 ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
On 12/19/06, Mario Ivankovits [EMAIL PROTECTED] wrote: snip/ [X] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... snap/ -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Even though I like to see the record breaking effort of RC, while we are at it, really at an unbreakable level like 50 ;) However, there doesn't seem to be a reason to get you started on the 11th one, so +1 :) Mvgr, Martin Mario Ivankovits wrote: Hi! Please don't laugh ... I don't know if there ever was a to be released Jakarta project with so many RCs. Be patient with me, I hope in the future we can go more straight forward. Changed: * The ant build succeeded, but in the resulting jar the LICENSE.txt was missing (only NOTICE.txt is copied to META-INF). Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0/site [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Thanks for your time! --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Hi! Sorry for having caused you some trouble the last time. It wasn't your fault, it was mine. You've done a great job! Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
+1 ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Hi Jörg! It's already changed for the m2 build. I don't know if its worth to relocate the m1. It's just that the M1 and M2 repos are kind of mirrored. Using the groupId in one repo means automatically the same for the M2 repo. But again, this is no stopper for the current release, we have plenty of component to relocate after the switch :) good :-) This get succeeded!! Unhappily the ant build do not stop now but tries the other possible repositories too. Sorry, I should have looked better myself ... No problem! testSetLastModified(org.apache.commons.vfs.test.LastModifiedTe sts):FAILED My Gentoo Linux is running on XFS, tests done with JDK 1.5.0.10. I will have a closer look at the test this evening. Which JDK did you try? At least in current Win releases of JDK 5 Sun did some changes in the native FS code of the VM (longer paths than 260 chars g), other changes might have happened for other native FS support code too. During the distribution build I use jdk 1.4, else I use JDK 1.5.0.9 or JDK 1.6. From the Exception I can see that setting the lastModTime simply didnt work. Hmmm ... maybe try also: FileObject fo = VFS.getManager().resolveFile(/tmp/anyFile.txt); fo.createFile(); Thread.sleep(2000); long setTo = System.currentTimeMillis(); fo.getContent().setLastModifiedTime(setTo); System.err.println(setTo); System.err.println(fo.getContent().getLastModifiedTime()); (code just top off my head, so sorry for any error) both outputs should show the same time, please also compare it with # stat /tmp/anyFile.txt I've tried some tests with xfs now (not the complete test suite, just the lastModTime stuff) and it works here, though, what I have seen is, that VFS do not check if setLastModified succeed, thus, if java reports false this will be silently ignored. I've seen it will report false if the file and/or directory has the wrong permission. Please double check if you are the owner of the file and/or the correct rwx permissions are set. I'll schedule a fix for it for VFS 1.1, then it will throw an exception if it was not possible to change the lastModTime. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
+1 Sorry for having caused you some trouble the last time. Oliver Mario Ivankovits wrote: Hi! Please don't laugh ... I don't know if there ever was a to be released Jakarta project with so many RCs. Be patient with me, I hope in the future we can go more straight forward. Changed: * The ant build succeeded, but in the resulting jar the LICENSE.txt was missing (only NOTICE.txt is copied to META-INF). Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0/site [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Thanks for your time! --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Hi Mario, Mario Ivankovits wrote: [snip] Although some tests are expected to fail, I have also a failure in the VirtualProviderTestCase that makes me wonder: /snip - --- Testcase: testSetLastModified(org.apache.commons.vfs.test.LastModifiedTests):FAILED expected:1.16656636E12 but was:1.16656623E12 junit.framework.AssertionFailedError: expected:1.16656636E12 but was:1.16656623E12 This makes me wonder too, which filesystem do you use for the test partition? I've tried it on two different machines both running linux with ext3 and it worked. I run the Maven 1 build 5 times again and the test never failed ?!? So we might keep a mental node, that the test may fail under some obscure circumstances, but passes normally ... :-/ This makes in the end +1 for the release. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
+1. Pgp good, md5 good, builds fine (a few errors, but readme says they are expected). copyright looks good. Lots of optional dependencies specified correctly, so looks good for maven repo's. Hen On 12/19/06, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Please don't laugh ... I don't know if there ever was a to be released Jakarta project with so many RCs. Be patient with me, I hope in the future we can go more straight forward. Changed: * The ant build succeeded, but in the resulting jar the LICENSE.txt was missing (only NOTICE.txt is copied to META-INF). Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0/site [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Thanks for your time! --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
+1 Niall On 12/19/06, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Please don't laugh ... I don't know if there ever was a to be released Jakarta project with so many RCs. Be patient with me, I hope in the future we can go more straight forward. Changed: * The ant build succeeded, but in the resulting jar the LICENSE.txt was missing (only NOTICE.txt is copied to META-INF). Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0/site [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Thanks for your time! --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Hi Mario, first a question to all: Is it consensus that we use groupId commons-vfs? I just wondered that it was taken for the first release, since we'll switch to org.apache.commons ... But since we have to switch/relocate a lot of projects, one more does not really matter :) Mario Ivankovits wrote: Hi! Please don't laugh ... I don't know if there ever was a to be released Jakarta project with so many RCs. Be patient with me, I hope in the future we can go more straight forward. Changed: * The ant build succeeded, but in the resulting jar the LICENSE.txt was missing (only NOTICE.txt is copied to META-INF). Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0/site [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Thanks for your time! running the tests on Linux with JDK 5/Maven. The Ant build chokes for all get-dep goals e.g.: == % == get-custom-dep-commons-net.jar: get-dep-commons-net.jar: [get] Getting: http://www.ibiblio.org/maven/commons-net/jars/commons-net-1.4.1.jar [get] To: /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar [get] Getting: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] To: /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Can't get http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar to /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar == % == Shouldn't this goal now try to download from mirrors.ibiblio.org ? The fun part is, that all those deps are in my Maven 1 repo and the compilation went fine afterwards ;-) Although some tests are expected to fail, I have also a failure in the VirtualProviderTestCase that makes me wonder: == % == Testsuite: org.apache.commons.vfs.provider.test.VirtualProviderTestCase Tests run: 58, Failures: 1, Errors: 0, Time elapsed: 5,25 sec - Standard Output --- skipping testAbsoluteURI because fs does not have cap URI skipping testRandomRead because fs does not have cap RANDOM_ACCESS_READ skipping testRandomWrite because fs does not have cap RANDOM_ACCESS_READ skipping testRenameFile because fs does not have cap RENAME skipping testURL because fs does not have cap URI skipping testURLContent because fs does not have cap URI skipping testUnknownURL because fs does not have cap URI skipping testFolderURL because fs does not have cap URI skipping testLoadClass because fs does not have cap URI skipping testLoadResource because fs does not have cap URI skipping testSealing because fs does not have cap URI created threads still running: #1: main org.apache.commons.vfs.cache.SoftRefFilesCache$SoftRefReleaseThread daemon null - --- - Standard Error - 19.12.2006 23:11:33 org.apache.commons.vfs.VfsLog info INFO: Using /home/joehni/java/commons-vfs-1.0-src/target/test-classes/test-data/temp as temporary files store. . . . . - --- Testcase: testSetLastModified(org.apache.commons.vfs.test.LastModifiedTests):FAILED expected:1.16656636E12 but was:1.16656623E12 junit.framework.AssertionFailedError: expected:1.16656636E12 but was:1.16656623E12 at org.apache.commons.vfs.test.LastModifiedTests.testSetLastModified(LastModifiedTests.java:78) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at org.apache.commons.vfs.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:197) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) == % == Is this expected for some fs ? - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Hi Jörg! first a question to all: Is it consensus that we use groupId commons-vfs? I just wondered that it was taken for the first release, since we'll switch to org.apache.commons ... It's already changed for the m2 build. I don't know if its worth to relocate the m1. But since we have to switch/relocate a lot of projects, one more does not really matter :) ok. The ant build file is autogenerated using maven ... get-dep-commons-net.jar: [get] Getting: http://www.ibiblio.org/maven/commons-net/jars/commons-net-1.4.1.jar [get] To: /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar [get] Getting: This get succeeded!! Unhappily the ant build do not stop now but tries the other possible repositories too. http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] To: /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Error opening connection java.io.FileNotFoundException: http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar [get] Can't get http://people.apache.org/repository/commons-net/jars/commons-net-1.4.1.jar to /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar == % == Shouldn't this goal now try to download from mirrors.ibiblio.org ? The fun part is, that all those deps are in my Maven 1 repo and the compilation went fine afterwards ;-) Hehe, yea, the ant build downloaded them fine. Although some tests are expected to fail, I have also a failure in the VirtualProviderTestCase that makes me wonder: /snip - --- Testcase: testSetLastModified(org.apache.commons.vfs.test.LastModifiedTests):FAILED expected:1.16656636E12 but was:1.16656623E12 junit.framework.AssertionFailedError: expected:1.16656636E12 but was:1.16656623E12 This makes me wonder too, which filesystem do you use for the test partition? I've tried it on two different machines both running linux with ext3 and it worked. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE][VFS] release commons-vfs 1.0 based on RC10
Mario Ivankovits wrote on Wednesday, December 20, 2006 7:59 AM: Hi Jörg! first a question to all: Is it consensus that we use groupId commons-vfs? I just wondered that it was taken for the first release, since we'll switch to org.apache.commons ... It's already changed for the m2 build. I don't know if its worth to relocate the m1. It's just that the M1 and M2 repos are kind of mirrored. Using the groupId in one repo means automatically the same for the M2 repo. But again, this is no stopper for the current release, we have plenty of component to relocate after the switch :) But since we have to switch/relocate a lot of projects, one more does not really matter :) ok. The ant build file is autogenerated using maven ... get-dep-commons-net.jar: [get] Getting: http://www.ibiblio.org/maven/commons-net/jars/commons-net-1.4.1.jar [get] To: /home/joehni/.maven/repository/commons-net/jars/commons-net-1.4.1.jar [get] Getting: This get succeeded!! Unhappily the ant build do not stop now but tries the other possible repositories too. Sorry, I should have looked better myself ... [snip] Shouldn't this goal now try to download from mirrors.ibiblio.org ? The fun part is, that all those deps are in my Maven 1 repo and the compilation went fine afterwards ;-) Hehe, yea, the ant build downloaded them fine. Although some tests are expected to fail, I have also a failure in the VirtualProviderTestCase that makes me wonder: /snip - --- Testcase: testSetLastModified(org.apache.commons.vfs.test.LastModifiedTe sts):FAILED expected:1.16656636E12 but was:1.16656623E12 junit.framework.AssertionFailedError: expected:1.16656636E12 but was:1.16656623E12 This makes me wonder too, which filesystem do you use for the test partition? I've tried it on two different machines both running linux with ext3 and it worked. My Gentoo Linux is running on XFS, tests done with JDK 1.5.0.10. I will have a closer look at the test this evening. Which JDK did you try? At least in current Win releases of JDK 5 Sun did some changes in the native FS code of the VM (longer paths than 260 chars g), other changes might have happened for other native FS support code too. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]