Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of garydgregory@gmail.com
 designates 209.85.214.53 as permitted sender)
References: 
 <CAB917RJ_yjtLAejwr=FF2PWFdm46cdao4Sib-MeQAq769ZdbHQ@mail.gmail.com>
 <CADAUzbmPyVSrqpSPpNWPdSH9kw5itzjRtmvckFvCWYNo9bLL6Q@mail.gmail.com>
 <CADAUzb=96f69a4PTO9y9tcnj_ygROmwNFXvcUukj8MtQdvdqeQ@mail.gmail.com>
From: Gary Gregory <garydgregory@gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: 
 <CADAUzb=96f69a4PTO9y9tcnj_ygROmwNFXvcUukj8MtQdvdqeQ@mail.gmail.com>
Date: Wed, 6 Feb 2013 07:42:26 -0500
Message-ID: <6759111287104179581@unknownmsgid>
Subject: Re: [vfs] New feature request: configurable socket timeout for HTTP
 and WebDAV in VFS
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8

Create a patch for trunk please.

Gary

On Feb 6, 2013, at 5:23, Jean-Marc Borer <jmborer@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 <jmborer@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 <britter@apache.org> wrote:
>>> Hi Jean-Marc,
>>>
>>>
>>> 2013/2/6 Jean-Marc Borer <jmborer@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 <phidias51@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 <garydgregory@gmail.com>
>>>> wrote:
>>>>>
>>>>>> On Tue, Feb 5, 2013 at 4:54 PM, Mark Fortner <phidias51@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 <garydgregory@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 <jmborer@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-unsubscribe@commons.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> E-Mail: garydgregory@gmail.com | ggregory@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: garydgregory@gmail.com | ggregory@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-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org