[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wss4j-dev
Subject:    [jira] Resolved: (XMLRPC-169) XmlRpcSunHttpTransport creates a new
From:       "Jochen Wiedmann (JIRA)" <jira () apache ! org>
Date:       2011-01-24 23:11:44
Message-ID: 21883613.173441295910704638.JavaMail.jira () thor
[Download RAW message or body]


     [ 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


[prev in list] [next in list] [prev in thread] [next in thread]