I found this entry in JIRA: https://issues.apache.org/jira/browse/VFS-249
Actually it is not true that it is fixed. Looking at the code Ralph Goers's explanation are not correct. It should be reopened. I will create a new entry. On Wed, Feb 6, 2013 at 9:51 AM, Jean-Marc Borer <jmbo...@gmail.com> wrote: > OK. You seem to like the feature. > > Can I provide the patch for integration then? To whom should I send it? > > 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
