Create a patch for trunk please. Gary
On Feb 6, 2013, at 5:23, Jean-Marc Borer <jmbo...@gmail.com> wrote: > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
