You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ws.apache.org by "Jochen Wiedmann (JIRA)" <ji...@apache.org> on 2011/01/25 00:11:44 UTC

[jira] Resolved: (XMLRPC-169) XmlRpcSunHttpTransport creates a new connection for every request.

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

Jochen Wiedmann resolved XMLRPC-169.
------------------------------------

       Resolution: Fixed
    Fix Version/s: 3.1.4
         Assignee: Jochen Wiedmann

Applied.


> XmlRpcSunHttpTransport creates a new connection for every request.
> ------------------------------------------------------------------
>
>                 Key: XMLRPC-169
>                 URL: https://issues.apache.org/jira/browse/XMLRPC-169
>             Project: XML-RPC
>          Issue Type: Improvement
>          Components: Source
>    Affects Versions: 3.1.3
>         Environment: Solaris
>            Reporter: Alan Burlison
>            Assignee: Jochen Wiedmann
>            Priority: Minor
>             Fix For: 3.1.4
>
>         Attachments: XMLRPC-169.patch
>
>
> An instance of XmlRpcSunHttpTransport creates a new connection to the server for every request that is made via it.  That's *horrendously* expensive where the connection is a SSL connection.
> Here's a trace, note the repeated connect() calls.
> /2:	connect(20, 0xFE32E4D0, 32, SOV_DEFAULT)	= 0
> /2:	getsockname(20, 0xFE32E4D0, 0xFE32E618, SOV_DEFAULT) = 0
> /2:	setsockopt(20, tcp, TCP_NODELAY, 0xFE32E768, 4, SOV_DEFAULT) = 0
> /2:	send(20, " P O S T   /	 H T T P /".., 283, 0)	= 283
> /2:	send(20, " < ? x m l   v e r s i o".., 215, 0)	= 215
> /2:	read(20, " H T T P / 1 . 0   2 0 0".., 8192)	= 84
> /2:	read(20, " < ? x m l   v e r s i o".., 8108)	= 202
> /2:	ioctl(20, FIONREAD, 0xFE32E684)			= 0
> /2:	fcntl(21, F_DUP2FD, 0x00000014)			= 20
> /2:	close(20)					= 0
> /2:	so_socket(PF_INET6, SOCK_STREAM, IPPROTO_IP, 0x00000000, SOV_DEFAULT) = 20
> /2:	connect(20, 0xFE32E4D0, 32, SOV_DEFAULT)	= 0
> /2:	getsockname(20, 0xFE32E4D0, 0xFE32E618, SOV_DEFAULT) = 0
> /2:	setsockopt(20, tcp, TCP_NODELAY, 0xFE32E768, 4, SOV_DEFAULT) = 0
> /2:	send(20, " P O S T   /	 H T T P /".., 283, 0)	= 283
> /2:	send(20, " < ? x m l   v e r s i o".., 215, 0)	= 215
> /2:	read(20, " H T T P / 1 . 0   2 0 0".., 8192)	= 84
> /2:	read(20, " < ? x m l   v e r s i o".., 8108)	= 202
> /2:	ioctl(20, FIONREAD, 0xFE32E684)			= 0
> /2:	fcntl(21, F_DUP2FD, 0x00000014)			= 20
> /2:	close(20)					= 0
> /2:	so_socket(PF_INET6, SOCK_STREAM, IPPROTO_IP, 0x00000000, SOV_DEFAULT) = 20
> /2:	connect(20, 0xFE32E4D0, 32, SOV_DEFAULT)	= 0
> /2:	getsockname(20, 0xFE32E4D0, 0xFE32E618, SOV_DEFAULT) = 0
> /2:	setsockopt(20, tcp, TCP_NODELAY, 0xFE32E768, 4, SOV_DEFAULT) = 0
> /2:	send(20, " P O S T   /	 H T T P /".., 283, 0)	= 283
> /2:	send(20, " < ? x m l   v e r s i o".., 215, 0)	= 215
> /2:	read(20, " H T T P / 1 . 0   2 0 0".., 8192)	= 84
> /2:	read(20, " < ? x m l   v e r s i o".., 8108)	= 202
> /2:	ioctl(20, FIONREAD, 0xFE32E684)			= 0
> /2:	fcntl(21, F_DUP2FD, 0x00000014)			= 20
> /2:	close(20)					= 0
> /2:	so_socket(PF_INET6, SOCK_STREAM, IPPROTO_IP, 0x00000000, SOV_DEFAULT) = 20
> /2:	connect(20, 0xFE32E4D0, 32, SOV_DEFAULT)	= 0
> /2:	getsockname(20, 0xFE32E4D0, 0xFE32E618, SOV_DEFAULT) = 0
> /2:	setsockopt(20, tcp, TCP_NODELAY, 0xFE32E768, 4, SOV_DEFAULT) = 0
> /2:	send(20, " P O S T   /	 H T T P /".., 283, 0)	= 283
> /2:	send(20, " < ? x m l   v e r s i o".., 215, 0)	= 215
> /2:	read(20, " H T T P / 1 . 0   2 0 0".., 8192)	= 84
> /2:	read(20, " < ? x m l   v e r s i o".., 8108)	= 202
> /2:	ioctl(20, FIONREAD, 0xFE32E684)			= 0
> /2:	fcntl(21, F_DUP2FD, 0x00000014)			= 20
> /2:	close(20)					= 0
> And if you assume that a major use of the Apache XML-RPC client is with the Apache XML-RPC server, it means the keepalive support in the server is pretty much a waste of time.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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