Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-08 Thread Bernd Eckenfels
? The intention was to use the pom for common items, and allow it to be configured (with properties)/overridden by the component poms if necessary. But needing to override should be rare. Well, the main thing I noticed is, that the VFS-project (parent) produces a target/osgi/MANIFEST.MF

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-08 Thread Bernd Eckenfels
Am Tue, 4 Feb 2014 22:55:57 + schrieb sebb seb...@gmail.com: Is the multi-module VFS pom really needed? I think the project could be restructured to produce the examples and make the distribution in a single module. However I personally like the separation, especially as there are so many

[VFS] $ID$ and $Date$ Variables (git vs. svn)

2014-02-08 Thread Bernd Eckenfels
not using $Date$ in checkstyle.xml which is expanded. The later is a bug (as the rule does not work), but for consistency I also propose to remove the other IDs. What do people think? --- vfs/checkstyle.xml 2014-02-08 08:20:50.0 + --- vfs/core/src/main/java/org/apache/commons/vfs2/impl

Re: [VFS] $ID$ and $Date$ Variables (git vs. svn)

2014-02-08 Thread Benedikt Ritter
do people think? --- vfs/checkstyle.xml 2014-02-08 08:20:50.0 + --- vfs/core/src/main/java/org/apache/commons/vfs2/impl/DefaultFileSystemManager.java 2014-02-08 08:20:50.0 + --- vfs/core/src/main/java/org/apache/commons/vfs2/provider/local

Re: [VFS] $ID$ and $Date$ Variables (git vs. svn)

2014-02-08 Thread Bernd Eckenfels
Hello, I have filed a bug report for the 2 expanded occurences of $Date in checkstyle.xml: https://issues.apache.org/jira/browse/VFS-513 As for the ID, you dont need them to diff sources, the diff will show differences anyway. BTW: I would be happy to be able to work with Git as I have no svn

Re: [VFS] $ID$ and $Date$ Variables (git vs. svn)

2014-02-08 Thread sebb
), but for consistency I also propose to remove the other IDs. What do people think? --- vfs/checkstyle.xml 2014-02-08 08:20:50.0 + --- vfs/core/src/main/java/org/apache/commons/vfs2/impl/DefaultFileSystemManager.java 2014-02-08 08:20:50.0 + --- vfs/core/src/main/java/org

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-05 Thread sebb
(with properties)/overridden by the component poms if necessary. But needing to override should be rare. Would it be possible to have a policy commons parent and a derieved parent which also adds build convinience? Currently the VFS project POM is building (unwanted and empty) JAR files. What command

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread Bernd Eckenfels
suited for multi-module builds and even if it was it still does quite a few things too much IMHO. Would it be possible to have a policy commons parent and a derieved parent which also adds build convinience? Currently the VFS project POM is building (unwanted and empty) JAR files. Gruss Bernd

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread Jörg Schaible
commons parent. This parent is not really suited for multi-module builds and even if it was it still does quite a few things too much IMHO. Would it be possible to have a policy commons parent and a derieved parent which also adds build convinience? Currently the VFS project POM

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread Bernd Eckenfels
Am Tue, 04 Feb 2014 21:53:24 +0100 schrieb Jörg Schaible joerg.schai...@gmx.de: We could move the compiler and jar plugin into an own profile of the parent, that is automatically activated if src/main/java exists. That, however, enforces Maven 3 and standard layout for all Java projects.

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread Jörg Schaible
Bernd Eckenfels wrote: Am Tue, 04 Feb 2014 21:53:24 +0100 schrieb Jörg Schaible joerg.schai...@gmx.de: We could move the compiler and jar plugin into an own profile of the parent, that is automatically activated if src/main/java exists. That, however, enforces Maven 3 and standard layout

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread Bernd Eckenfels
Am Tue, 04 Feb 2014 23:20:45 +0100 schrieb Jörg Schaible joerg.schai...@gmx.de: This is a good thing to have. What about OSGi bundle plugin? I am not sure if we need the pluginManagement preconfiguration at all. Does it harm? At least I dont get it to work in the VFS POM. A Stand-alone

Re: [VFS] Fix up pom so it works with Commons release profile

2014-02-04 Thread sebb
Is the multi-module VFS pom really needed? Commons Parent seems to work fine with single module poms. On 4 February 2014 22:48, Bernd Eckenfels e...@zusammenkunft.net wrote: Am Tue, 04 Feb 2014 23:20:45 +0100 schrieb Jörg Schaible joerg.schai...@gmx.de: This is a good thing to have. What

Re: [VFS] Any news on VFS-500 (implement VFSClassLoader#findResources)

2014-02-04 Thread Gary Gregory
to help with that to get it included and closes? https://issues.apache.org/jira/browse/VFS-500 Greetings Bernd -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http

[VFS] Any news on VFS-500 (implement VFSClassLoader#findResources)

2014-02-03 Thread Bernd
Hello, just a quick reminder, the Patch which completes the VFSClassLoader interface (which also includes a testcase) seems to be still unassigned. Anything I can do to help with that to get it included and closes? https://issues.apache.org/jira/browse/VFS-500 Greetings Bernd

[VFS] VFSClassLoader and JAR Files with no Manifest

2014-02-03 Thread Bernd Eckenfels
with an empty Manifest (and the well known code/ClassToLoad.class file from the VFS testsuite). https://gist.github.com/ecki/8797308 I intend to file a Issue once the problem is a bit clearer to me. BTW: for the VFS-with-manifest case the resulting class has Certificates[0], in the URLClassLoader case

Re: [VFS] Fix up pom so it works with Commons release profile

2014-01-21 Thread sebb
is not really needed. The assembly plugin can be run from the top level pom. I'm wondering whether VFS really needs to use multiple modules at all. The examples could certainly be merged into the main module, and the distribution module is not really needed. That just leaves the sandbox module. Does

Re: [VFS] Fix up pom so it works with Commons release profile

2014-01-21 Thread Gary Gregory
that the Commons release profile works. Thank you. And it looks like the distribution module is not really needed. The assembly plugin can be run from the top level pom. I'm wondering whether VFS really needs to use multiple modules at all. Probably not. The examples could certainly

Re: [VFS] Fix up pom so it works with Commons release profile

2014-01-21 Thread sebb
the wiki docs. I have done some work on this.I can fix up the poms so that the Commons release profile works. Thank you. And it looks like the distribution module is not really needed. The assembly plugin can be run from the top level pom. I'm wondering whether VFS really needs to use

Re: [VFS] Fix up pom so it works with Commons release profile

2014-01-20 Thread Gary Gregory
of HttpCommons HttpClient and it would not have been possible without the wiki docs. Thank you, Gary Gary On Thu, Jan 16, 2014 at 7:22 PM, sebb seb...@gmail.com wrote: At present, the VFS poms use the apache-release profile from the Apache pom, and override some bits of it that don't

[VFS] Fix up pom so it works with Commons release profile

2014-01-16 Thread sebb
At present, the VFS poms use the apache-release profile from the Apache pom, and override some bits of it that don't suit Commons. However, this is also done by the Commons parent pom which provides its own release profile. This is not ideal as VFS uses a different process for releasing code

Re: [VFS] Fix up pom so it works with Commons release profile

2014-01-16 Thread Gary Gregory
Sebb, Please modify the POMs and whatever else as you see fit. It sure would be nice to release 2.1. Gary On Thu, Jan 16, 2014 at 7:22 PM, sebb seb...@gmail.com wrote: At present, the VFS poms use the apache-release profile from the Apache pom, and override some bits of it that don't suit

[Commons Wiki] Update of VFS by BerndEckenfels

2013-11-22 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The VFS page has been changed by BerndEckenfels: https://wiki.apache.org/commons/VFS?action=diffrev1=17rev2=18 Comment: Added seeburger-vfs2 * [[http://sourceforge.net/projects/vfs

[Commons Wiki] Update of VFS by AxelSchwolow

2013-10-31 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The VFS page has been changed by AxelSchwolow: https://wiki.apache.org/commons/VFS?action=diffrev1=16rev2=17 * [[http://sourceforge.net/projects/loopy/|Loopy]] - Loopy is ISO9660

[VFS] [VFS-496] minor spelling fixes to resources. (#4)

2013-10-24 Thread Bernd Eckenfels
Hello, might be a more general point, so I move this discussion from the (closed) Github pull request to dev@: Am 25.10.2013, 02:33 Uhr, schrieb Gary Gregory notificati...@github.com: I'm sorry I must have missed something. What .error suffix? I was refering to the points frim VFS-496

Re: [VFS] .jar named directories VFS-490

2013-10-10 Thread Jörg Schaible
Bernd Eckenfels wrote: Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner phidia...@gmail.com: In your previous posting about VFS-490 you mentioned not wanting to browse JAR files as though they were directories. It would be nice if that was configurable -- I actually use that functionality

Re: [VFS] developer ping - future direction

2013-10-10 Thread Ralph Goers
I have been working primarily on Log4j 2 for a while. I have always planned to come back to start work on VFS 3 that will integrate with Java 7's java.nio.file support. Ralph On Oct 9, 2013, at 10:38 AM, Bernd Eckenfels e...@zusammenkunft.net wrote: Dear [VFS] Developer and Contributors

[VFS] developer ping - future direction

2013-10-09 Thread Bernd Eckenfels
Dear [VFS] Developer and Contributors, Please excuse the spam (bcc to all emails mentioned as developers (8) or contributors (6) in the project pom). The project is currently a bit in sleeping state. I raised a few concerns and questions on the commons-dev mailinglist and wanted to direct

Re: [VFS] developer ping - future direction

2013-10-09 Thread Mark Fortner
Hi Bernd, I'm a user rather than a developer of VFS. I have a weekend project to create a file browser in JavaFX. Prior to that I wrote an NFS provider for a company I was working for. Concurrency/thread safety should definitely be a priority. Part of my weekend project uses a threadpool

Re: [VFS] .jar named directories VFS-490

2013-10-09 Thread Bernd Eckenfels
Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner phidia...@gmail.com: In your previous posting about VFS-490 you mentioned not wanting to browse JAR files as though they were directories. It would be nice if that was configurable -- I actually use that functionality and find it pretty useful

Re: [VFS] developer ping - future direction

2013-10-09 Thread Bernd Eckenfels
Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner phidia...@gmail.com: Hi Bernd, I'm a user rather than a developer of VFS. I have a weekend project to create a file browser in JavaFX. Prior to that I wrote an NFS provider for a company I was working for. Thats nice, is it available

Re: [VFS] developer ping - future direction

2013-10-09 Thread Mark Fortner
On Wed, Oct 9, 2013 at 2:05 PM, Bernd Eckenfels e...@zusammenkunft.netwrote: Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner phidia...@gmail.com: Hi Bernd, I'm a user rather than a developer of VFS. I have a weekend project to create a file browser in JavaFX. Prior to that I wrote an NFS

Re: [VFS] developer ping - future direction

2013-10-09 Thread Jörg Schaible
if the licenses are compatible. Part of the reason that I'd like to have some way of resolving 3rd party providers, is that the user would be able to get the provider, regardless of the flavor of open source license used. This has always been possible: http://commons.apache.org/proper/commons-vfs

Re: [VFS] developer ping - future direction

2013-10-09 Thread Mark Fortner
Hi Jörg, Thanks for the link, but I don't think that quite addresses the issue. What I'd like to see is the ability to automatically install a VFS provider that isn't already on your local machine. For example, if I wanted to see a directory listing of sftp://someserver/somedir; and I don't

Re: [VFS] developer ping - future direction

2013-10-09 Thread Gary Gregory
On Wed, Oct 9, 2013 at 9:40 PM, Mark Fortner phidia...@gmail.com wrote: Hi Jörg, Thanks for the link, but I don't think that quite addresses the issue. What I'd like to see is the ability to automatically install a VFS provider that isn't already on your local machine. For example, if I

Re: [VFS] developer ping - future direction

2013-10-09 Thread James Carman
Jörg, Thanks for the link, but I don't think that quite addresses the issue. What I'd like to see is the ability to automatically install a VFS provider that isn't already on your local machine. For example, if I wanted to see a directory listing of sftp://someserver/somedir; and I

[INFRA][VFS][DISCUSS] Git pull notification mails to dev@

2013-10-08 Thread Bernd Eckenfels
Hello, while we are at the topic of helping future commiters, including Git and workflow I would like to ask/remind about this JIRA: https://issues.apache.org/jira/browse/INFRA-6764 It is about enabling pull notification mails for [VFS] and havent seen much activity yet. (Maybe I should

Re: [INFRA][VFS][DISCUSS] Git pull notification mails to dev@

2013-10-08 Thread Gary Gregory
-6764 It is about enabling pull notification mails for [VFS] and havent seen much activity yet. (Maybe I should not open bugs with minor priority? :) BTW: I think the patch/diff generated by Github are not much different from Jira uploaded diffs. They are just more consitent and come

Re: [INFRA][VFS][DISCUSS] Git pull notification mails to dev@

2013-10-08 Thread James Carman
would like to ask/remind about this JIRA: https://issues.apache.org/jira/browse/INFRA-6764 It is about enabling pull notification mails for [VFS] and havent seen much activity yet. (Maybe I should not open bugs with minor priority? :) BTW: I think the patch/diff generated by Github

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-29 Thread Gary Gregory
you know you can add .patch to a Guthub Pull request to get a patch? I dont want to Mesa with SVN, so this is how I create the patches: https://github.com/apache/commons-vfs/pull/1.patch Greetings Bernd Am 28.09.2013 um 19:01 schrieb Gary Gregory garydgreg...@gmail.com javascript

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-29 Thread Gary Gregory
this is how I create the patches: https://github.com/apache/commons-vfs/pull/1.patch Greetings Bernd Am 28.09.2013 um 19:01 schrieb Gary Gregory garydgreg...@gmail.com javascript:; : Hello Bernd, I am sorry for the delay in replying to you. The best input to any Commons

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-29 Thread James Carman
wanted before I put more time in it. I will file a Jira for it. BTW: die you know you can add .patch to a Guthub Pull request to get a patch? I dont want to Mesa with SVN, so this is how I create the patches: https://github.com/apache/commons-vfs/pull/1.patch Greetings Bernd

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-29 Thread Olivier Lamy
/commons-vfs/pull/1.patch Greetings Bernd Am 28.09.2013 um 19:01 schrieb Gary Gregory garydgreg...@gmail.com javascript:; : Hello Bernd, I am sorry for the delay in replying to you. The best input to any Commons project is to create a Jira and attach

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-28 Thread Gary Gregory
/apache/**commons-vfs/pull/1https://github.com/apache/commons-vfs/pull/1 Do I need to file it on Jira? Greetings Bernd Am 18.09.2013, 22:00 Uhr, schrieb Bernd Eckenfels e...@zusammenkunft.net : all over the VFS core and providers there are many places where code is commented out. Most

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-28 Thread Bernd Eckenfels
the patches: https://github.com/apache/commons-vfs/pull/1.patch Greetings Bernd Am 28.09.2013 um 19:01 schrieb Gary Gregory garydgreg...@gmail.com: Hello Bernd, I am sorry for the delay in replying to you. The best input to any Commons project is to create a Jira and attach a patch in diff

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-28 Thread James Carman
you can add .patch to a Guthub Pull request to get a patch? I dont want to Mesa with SVN, so this is how I create the patches: https://github.com/apache/commons-vfs/pull/1.patch Greetings Bernd Am 28.09.2013 um 19:01 schrieb Gary Gregory garydgreg...@gmail.comjavascript:; : Hello Bernd

[VFS] Additional read tests (EOF at input stream) GitHub Pull#3

2013-09-25 Thread Bernd Eckenfels
upstream as well (especially as there are only a few ReadTests) All VFS2.0 and 2.1 providers pass those additional tests (on my Windows machine). https://github.com/apache/commons-vfs/pull/3 Greetings Bernd - To unsubscribe

Re: [VFS] code comment cleanups (GitHub Pull#1)

2013-09-25 Thread Bernd Eckenfels
Hello, I rebased Pull#1 against trunk and made a fixup of the commits into one. https://github.com/apache/commons-vfs/pull/1 Do I need to file it on Jira? Greetings Bernd Am 18.09.2013, 22:00 Uhr, schrieb Bernd Eckenfels e...@zusammenkunft.net: all over the VFS core and providers

[VFS-490] Re: canCreateFileSystem(directory.jar/)

2013-09-18 Thread Bernd Eckenfels
for this, and also sent a pull request with a suggested fix: https://issues.apache.org/jira/browse/VFS-490 https://github.com/apache/commons-vfs/pull/2 Gary had a look at it and asked me for Unit t ests, and here is my problem with it. I have added the following two tests to the existing TestCase

[VFS] code comment cleanups (GitHub Pull#1)

2013-09-18 Thread Bernd Eckenfels
Hello, all over the VFS core and providers there are many places where code is commented out. Most of the time it looks like it is old code, but sometimes it also looks like suggested new implementations or even TODO style of things. I started to remove some of the places, especially

Re: [VFS] Re: [SITE] Updating to fluido

2013-09-15 Thread Bernd Eckenfels
Hello, Yes looks good– I was actually looking in that Place but I must have missed it, Good Job. Am 14.09.2013 um 19:02 schrieb Benedikt Ritter benerit...@gmail.com: Have a look at https://github.com/apache/commons-vfs Should be up-to-date. Can you confirm that? Benedikt Send from my

[VFS] Re: [SITE] Updating to fluido

2013-09-14 Thread Bernd Eckenfels
Hello Benedikt, I do miss [VFS] on GitHub (or in Git), as I am currently working with it. I wonder what Infrastructure you use to keep the other projects on Github up-to-date and if VFS can be added without introducing too much effort. Bernd Am 14.09.2013 um 14:17 schrieb Benedikt Ritter brit

Re: [VFS] Re: [SITE] Updating to fluido

2013-09-14 Thread Benedikt Ritter
Have a look at https://github.com/apache/commons-vfs Should be up-to-date. Can you confirm that? Benedikt Send from my mobile device Am 14.09.2013 um 15:25 schrieb Bernd Eckenfels e...@zusammenkunft.net: Hello Benedikt, I do miss [VFS] on GitHub (or in Git), as I am currently working

[VFS] DelegateFileObject does not prevent NullPointerExceptions

2013-09-13 Thread Bernd Eckenfels
Hello, while working with VirtualFileSystemProvider (which seems to be the only user of DelegateFileObject) I noticed that if a delegated file is created without a backing file some methods (like doCreateFolder()) do not properly catch this condition. It produces a rather ugly NPE. Some

[VFS] Atomic Renames

2013-09-06 Thread Bernd Eckenfels
Hello, while implementing my Database Blob VFS2 Provider I noticed, that with the current AbstractFileObject a moveTo() which is delegated to deRename() cannot be implemented in a atomic way. The renameTo method will call destFile.delete() and then doRename(). In my JDBC Provider I want

RE: [VFS] Support for File System Roots?

2013-08-27 Thread Roger L. Whitcomb
week. Should I write up a JIRA? ~Roger Whitcomb -Original Message- From: Mark Fortner [mailto:phidia...@gmail.com] Sent: Friday, February 08, 2013 4:07 PM To: Commons Developers List Subject: Re: [VFS] Support for File System Roots? Gary, I'm not aware of the tilde being used for any

Re: [VFS] Support for File System Roots?

2013-08-27 Thread Bernd Eckenfels
Am 28.08.2013, 00:36 Uhr, schrieb Roger L. Whitcomb roger.whitc...@actian.com: The reason I think this is necessary is that, in order to do browsing of all the files in a system, you need to be able to get to all the relevant top-level locations. And for Samba (for a non-obvious example),

RE: [VFS] Support for File System Roots?

2013-08-27 Thread Roger L. Whitcomb
So, it seems like putting the method in the FileProvider interface is the right place for it?! ~Roger -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Tuesday, August 27, 2013 3:53 PM To: Commons Developers List Subject: Re: [VFS] Support for File System

[VFS] canCreateFileSystem(directory.jar/)

2013-08-16 Thread Bernd Eckenfels
Hello, I want to use the VFSClassLoader on JAR files and Directories (to provide resources). My problem is, that some directories are exploded archives and have a name with a .jar extension. The addFileObjects() of the VFSClassLoader uses canCreateFileSystem() to detect, if for a given

Re: [VFS] canCreateFileSystem(directory.jar/)

2013-08-16 Thread Bernd Eckenfels
Hello, I have filed this Bug report and also provided a fixed version (on Github): https://issues.apache.org/jira/browse/VFS-490 https://github.com/ecki/seeburger-vfs2/blob/master/vfs2provider-jdbctable/src/main/java/com/seeburger/vfs2/util/VFSClassLoader.java#L152 Greetings Bernd Am

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread sebb
On 13 August 2013 14:41, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:41:38 2013 New Revision: 1513482 URL: http://svn.apache.org/r1513482 Log: Better Javadoc. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
On 13 August 2013 14:43, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:43:41 2013 New Revision: 1513484 URL: http://svn.apache.org/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 10:02 AM, sebb seb...@gmail.com wrote: On 13 August 2013 14:41, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:41:38 2013 New Revision: 1513482 URL: http://svn.apache.org/r1513482 Log: Better Javadoc. Modified: commons/proper/vfs

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 10:04 AM, sebb seb...@gmail.com wrote: On 13 August 2013 14:43, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:43:41 2013 New Revision: 1513484 URL: http://svn.apache.org/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java commons/proper/vfs/trunk/src/changes/changes.xml Modified: commons/proper/vfs/trunk/core/src

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread sebb
/r1513482 Log: Better Javadoc. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java URL

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
:43:41 2013 New Revision: 1513484 URL: http://svn.apache.org/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java commons/proper

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:43:41 2013 New Revision: 1513484 URL: http://svn.apache.org/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default. Modified: commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
at 10:04 AM, sebb seb...@gmail.com wrote: On 13 August 2013 14:43, ggreg...@apache.org wrote: Author: ggregory Date: Tue Aug 13 13:43:41 2013 New Revision: 1513484 URL: http://svn.apache.org/r1513484 Log: [VFS-265][FTP] Set user dir as root dir by default

[VFS] How to inject reference (DataSource) to Provider

2013-08-12 Thread Bernd Eckenfels
Hello, here is my first draft of a VFS2 Provider which allows you to store files as Blobs in a Database. I have the problem here, that I need to set the actual database connection. I decided to only support the DataSource interface. I tried to set it via the FS-Options, so you can have

[VFS] Skipped Tests and missing test-data while implementing own provider

2013-08-12 Thread Bernd Eckenfels
Hello, in my new VFS2 Providers I managed to use the abstract testing framework from the org.apache.commons:commons-vfs2:tests package. However I have two problems with that. First of all, I am not sure how to provide the local test-data directory based on the Apache JAR file. Right now

[VFS] Rename write-open file?

2013-08-10 Thread Bernd Eckenfels
Hello, I am currently implementing a database Blob provider, and while writing some unit tests I noticed that VFS is not catching the case that a file is (still) open. It will happily call doRename(). Afterwards both source and target file objects are isContentOpen==false

[VFS] Java.nio.FileSystem

2013-08-08 Thread Schalk W . Cronjé
(Apologies if this has been discussed before, but I could not find anything related). Since Java7, Java.nio.FileSystem and related classes are available. To a great extent this seems to have the same goal as what Apache VFS. It only has file:// implemented and relies on third parties to do

Re: [continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-08 Thread sebb
: Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum

Re: [VFS] Java.nio.FileSystem

2013-08-08 Thread Gary Gregory
On Aug 8, 2013, at 4:47, Schalk W. Cronjé ysb...@gmail.com wrote: (Apologies if this has been discussed before, but I could not find anything related). Since Java7, Java.nio.FileSystem and related classes are available. To a great extent this seems to have the same goal as what Apache VFS

[VFS] Multiple OutputStreams spec vs. DefaultFileContent implementation

2013-08-08 Thread Bernd Eckenfels
Hello, I was trying to understand the concurrency semantics of VFS2, and I found some comments which contradict each other and all of them also contradict the implementation: The current implementation allows multiple input streams and multiple random access and a single outputstream PER

[VFS] Code Review Tool?

2013-08-08 Thread Mark Fortner
Recently Bernd posted a code review of a few of the RAM provider classes. That kind of feedback is very useful, and it made me wonder if there was a standard way within commons to do code reviews? I know that apache makes a lot of use of Atlassian software, and I've used their Crucible code

Re: [VFS] Code Review Tool?

2013-08-08 Thread Bernd Eckenfels
Am 08.08.2013, 20:03 Uhr, schrieb Mark Fortner phidia...@gmail.com: Recently Bernd posted a code review of a few of the RAM provider classes. That kind of feedback is very useful, and it made me wonder if there was a standard way within commons to do code reviews? I know that apache makes

Re: [VFS] Code Review Tool?

2013-08-08 Thread Gary Gregory
On Thu, Aug 8, 2013 at 2:31 PM, Bernd Eckenfels e...@zusammenkunft.netwrote: Am 08.08.2013, 20:03 Uhr, schrieb Mark Fortner phidia...@gmail.com: Recently Bernd posted a code review of a few of the RAM provider classes. That kind of feedback is very useful, and it made me wonder if there was

Re: [VFS] Code Review Tool?

2013-08-08 Thread Mark Fortner
Bernd, That looks interesting, but I don't see any way to publish the review. The nice thing about Crucible is that it's web-based and integrated with JIRA. Cheers, Mark On Thu, Aug 8, 2013 at 11:31 AM, Bernd Eckenfels e...@zusammenkunft.netwrote: Am 08.08.2013, 20:03 Uhr, schrieb Mark

[continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-08 Thread Continuum@vmbuild
Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum

[continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-08 Thread Continuum@vmbuild
Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum

Re: [VFS] Multiple OutputStreams spec vs. DefaultFileContent implementation

2013-08-08 Thread Bernd Eckenfels
Hello, there are some more places where some semantic for input/output streams is described (and I think it does not match the implementation) org.apache.commons.vfs2.provider.http.HttpFileObject.doGetInputStream():127 * pIt is guaranteed that there are no open output streams for this

[VFS] RAM Provider review and questions

2013-08-07 Thread Bernd Eckenfels
Hello, I had a look at the VFS2 RAM Provider in 2.0 and have some questions comments: RamFileData.java #52 byte[] buffer - this is the actual content of the file, I would name it that way. Buffer sounds transient #62 CollectionRamFileData - this keeps references to all

Re: [VFS] RAM Provider review and questions

2013-08-07 Thread Gary Gregory
I created https://issues.apache.org/jira/browse/VFS-483 to track all of this. See the link for updates and status. Gary On Wed, Aug 7, 2013 at 5:36 PM, Bernd Eckenfels e...@zusammenkunft.netwrote: Hello, I had a look at the VFS2 RAM Provider in 2.0 and have some questions comments

Re: [VFS] RAM Provider review and questions

2013-08-07 Thread Bernd Eckenfels
Am 08.08.2013, 03:49 Uhr, schrieb Gary Gregory garydgreg...@gmail.com: https://issues.apache.org/jira/browse/VFS-483 to track all of this. See the link for updates and status. Very cool thanks, I would also have files some, after discussion where a change makes sense. I filed this one here

[continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-07 Thread Continuum@vmbuild
Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum

Re: [VFS] RAM Provider review and questions

2013-08-07 Thread Gary Gregory
On Wed, Aug 7, 2013 at 10:02 PM, Bernd Eckenfels e...@zusammenkunft.netwrote: Am 08.08.2013, 03:49 Uhr, schrieb Gary Gregory garydgreg...@gmail.com: https://issues.apache.org/**jira/browse/VFS-483https://issues.apache.org/jira/browse/VFS-483 to track all of this. See the link for updates

[continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-07 Thread Continuum@vmbuild
Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum

Re: [continuum] BUILD FAILURE: Apache Commons - Commons VFS -

2013-08-07 Thread Gary Gregory
: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=27263projectId=129 Build statistics: State: Failed Previous State: Failed Started at: Thu 8 Aug 2013

Re: [VFS] Passing around password as byte[] instead

2013-07-25 Thread Anshul Zunke
-Original Message- From: Gary Gregory [mailto:garydgreg...@gmail.com] Sent: Monday, July 08, 2013 5:52 PM To: Commons Developers List Subject: Re: [VFS] Passing around password as byte[] instead On Mon, Jul 8, 2013 at 7:05 PM, Roger L. Whitcomb roger.whitc...@actian.com wrote

Re: [VFS] Passing around password as byte[] instead

2013-07-25 Thread Gary Gregory
:09 PM, Roger L. Whitcomb roger.whitc...@actian.com wrote: Yes, 2.1 was what I meant... ~Roger Whitcomb -Original Message- From: Gary Gregory [mailto:garydgreg...@gmail.com] Sent: Monday, July 08, 2013 5:52 PM To: Commons Developers List Subject: Re: [VFS] Passing around password

[VFS] Tar Archiver

2013-07-19 Thread dam6923 .
Hello, I am a big fan of the commons VFS and commons compress libraries. I use them a lot of work and have been real time savers. Having dug through the code of commons compress, I noticed a big TODO comment about the TarInputStream#skip() method. I have corrected the issue and the performance

Re: [VFS] Tar Archiver

2013-07-19 Thread Matt Benson
Beluga, Whatever you and Stefan get resolved for Ant, he will then port over to Commons [compress], being the primary maintainer of both sets of archiver code. ;) Matt On Fri, Jul 19, 2013 at 5:59 PM, dam6923 . dam6...@gmail.com wrote: Hello, I am a big fan of the commons VFS and commons

Re: [compress][VFS] Tar Archiver

2013-07-19 Thread Stefan Bodewig
On 2013-07-20, dam6923 . wrote: I am a big fan of the commons VFS and commons compress libraries. I use them a lot of work and have been real time savers. Having dug through the code of commons compress, I noticed a big TODO comment about the TarInputStream#skip() method. I have corrected

RE: [VFS] Passing around password as byte[] instead

2013-07-09 Thread Roger L. Whitcomb
Yes, 2.1 was what I meant... ~Roger Whitcomb -Original Message- From: Gary Gregory [mailto:garydgreg...@gmail.com] Sent: Monday, July 08, 2013 5:52 PM To: Commons Developers List Subject: Re: [VFS] Passing around password as byte[] instead On Mon, Jul 8, 2013 at 7:05 PM, Roger L

[VFS] Passing around password as byte[] instead

2013-07-08 Thread Roger L. Whitcomb
I had a thought that it would be more secure to pass password data around in VFS as byte arrays instead of String objects so they could less easily be found by memory dumpers/scanners. This would apply (for instance) to GenericFileName constructor and access methods, etc. Obviously, at some point

Re: [VFS] Passing around password as byte[] instead

2013-07-08 Thread sebb
On 8 July 2013 23:05, Roger L. Whitcomb roger.whitc...@actian.com wrote: I had a thought that it would be more secure to pass password data around in VFS as byte arrays instead of String objects so they could less easily be found by memory dumpers/scanners. This would apply (for instance

Re: [VFS] Passing around password as byte[] instead

2013-07-08 Thread Mark Thomas
Roger L. Whitcomb roger.whitc...@actian.com wrote: I had a thought that it would be more secure to pass password data around in VFS as byte arrays instead of String objects so they could less easily be found by memory dumpers/scanners. This would apply (for instance) to GenericFileName

Re: [VFS] Passing around password as byte[] instead

2013-07-08 Thread Grant Overby
wrote: Roger L. Whitcomb roger.whitc...@actian.com wrote: I had a thought that it would be more secure to pass password data around in VFS as byte arrays instead of String objects so they could less easily be found by memory dumpers/scanners. This would apply (for instance) to GenericFileName

<    5   6   7   8   9   10   11   12   13   14   >