Mailing-List: contact dev-help@avro.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@avro.apache.org
Date: Mon, 13 Feb 2012 01:52:59 +0000 (UTC)
From: "Bo Shi (Updated) (JIRA)" <jira@apache.org>
To: dev@avro.apache.org
Message-ID: 
 <1026509433.30461.1329097979530.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <2127284593.30456.1329097860755.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (AVRO-1028) IPC transceiver doesn't gracefully
 handle server connection resets.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/AVRO-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bo Shi updated AVRO-1028:
-------------------------

    Attachment: AVRO-1028.patch

Currently using multiprocessing.Process to start a test server.  I sleep 1 second to wait for the server to start allowing connections - anyone have a more robust solution offhand?
                
> IPC transceiver doesn't gracefully handle server connection resets.
> -------------------------------------------------------------------
>
>                 Key: AVRO-1028
>                 URL: https://issues.apache.org/jira/browse/AVRO-1028
>             Project: Avro
>          Issue Type: Improvement
>          Components: python
>            Reporter: Bo Shi
>            Assignee: Bo Shi
>             Fix For: 1.6.2
>
>         Attachments: AVRO-1028.patch
>
>
> The current Python HTTPTransceiver class forces users to handle connection resets.
> I've refactored the class using urllib3 and incorporated some features we get for free from said library into the transceiver.  Added a test case for test_ipc.py that uses the twisted server implementation.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira