Hi Benedikt, When I will provide the patch, will it be integrated into VFS?
As I use Maven to build my projects, I would like to see my patch beeing published then in the next release of VFS. However do you know how long this takes usually? Is VFS releasing new versions in short cycles or do we have to wait month to see a but fixed in a official release? I checked out the code for tag commons-vfs2-project-2.0 it has been created in August 18 2011. There are no more releases since then... Meanwhile I will have to create a patched version of VFS that I keep in my local repository... Last question: from which version of VFS should I provide a patch? trunk? tag? branch? Cheers, Jean-Marc On Wed, Feb 6, 2013 at 10:14 AM, Jean-Marc Borer <jmbo...@gmail.com> wrote: > https://issues.apache.org/jira/browse/VFS-453 > > Patch will come soon > > On Wed, Feb 6, 2013 at 10:09 AM, Benedikt Ritter <brit...@apache.org> wrote: >> Hi Jean-Marc, >> >> >> 2013/2/6 Jean-Marc Borer <jmbo...@gmail.com> >> >>> OK. You seem to like the feature. >>> >>> Can I provide the patch for integration then? To whom should I send it? >>> >> >> Please create an issue in JIRA [1] for vfs and attach your svn patch file >> to it. >> >> Benedikt >> >> [1] https://issues.apache.org/jira/secure/Dashboard.jspa >> >> >>> >>> On Tue, Feb 5, 2013 at 10:06 PM, Mark Fortner <phidia...@gmail.com> wrote: >>> > Perhaps not for local file systems, but I would imagine that any kind of >>> > distributed file system would have need of a socket timeout. >>> > >>> > Cheers, >>> > >>> > Mark >>> > >>> > >>> > >>> > On Tue, Feb 5, 2013 at 1:59 PM, Gary Gregory <garydgreg...@gmail.com> >>> wrote: >>> > >>> >> On Tue, Feb 5, 2013 at 4:54 PM, Mark Fortner <phidia...@gmail.com> >>> wrote: >>> >> >>> >> > Just out of curiousity, is there a reason that socket timeouts >>> shouldn't >>> >> > also apply to all file systems in general? >>> >> > >>> >> >>> >> How does a socket timeout make sense for a local file system, ZIP, and >>> so >>> >> on? >>> >> >>> >> Gary >>> >> >>> >> >>> >> > >>> >> > Cheers, >>> >> > >>> >> > Mark >>> >> > >>> >> > >>> >> > >>> >> > On Tue, Feb 5, 2013 at 8:58 AM, Gary Gregory <garydgreg...@gmail.com> >>> >> > wrote: >>> >> > >>> >> > > Sure, make sure you base you patch on the latest from trunk. >>> >> > > >>> >> > > Gary >>> >> > > >>> >> > > >>> >> > > On Tue, Feb 5, 2013 at 11:50 AM, Jean-Marc Borer <jmbo...@gmail.com >>> > >>> >> > > wrote: >>> >> > > >>> >> > > > Hello list members, >>> >> > > > >>> >> > > > We need to be able to specify socket timeouts in VFS for HTTP and >>> >> > > > WebDAV in our project so that request will no hang for ever in >>> >> certain >>> >> > > > conditions. >>> >> > > > >>> >> > > > I have modified the sources of HttpFileSystemConfigBuilder and >>> >> > > > HttpClientFactory to be able to configure this in HttpClient. >>> >> > > > >>> >> > > > Do you want me to propose a patch for that? >>> >> > > > >>> >> > > > Cheers, >>> >> > > > >>> >> > > > Jean-marc >>> >> > > > >>> >> > > > >>> --------------------------------------------------------------------- >>> >> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> >> > > > For additional commands, e-mail: dev-h...@commons.apache.org >>> >> > > > >>> >> > > > >>> >> > > >>> >> > > >>> >> > > -- >>> >> > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>> >> > > JUnit in Action, 2nd Ed: <http://goog_1249600977> >>> http://bit.ly/ECvg0 >>> >> > > Spring Batch in Action: <http://s.apache.org/HOq> >>> http://bit.ly/bqpbCK >>> >> > > Blog: http://garygregory.wordpress.com >>> >> > > Home: http://garygregory.com/ >>> >> > > Tweet! http://twitter.com/GaryGregory >>> >> > > >>> >> > >>> >> >>> >> >>> >> >>> >> -- >>> >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>> >> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0 >>> >> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK >>> >> Blog: http://garygregory.wordpress.com >>> >> Home: http://garygregory.com/ >>> >> Tweet! http://twitter.com/GaryGregory >>> >> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
