[
https://issues.apache.org/jira/browse/JCR-3026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
chad davis updated JCR-3026:
----------------------------
Description:
The spi2dav service implementation use of HttpClient did not support
configuration of the maximum amount of http connections to the server. The
default value, in the HttpClient code, is two. This was a performance
bottleneck. This work makes the number of connections configurable via a
parameter to the map passed to the repository factory.
It also fixes a concurrency issue which was exposed by the increased
concurrency effected by this work. This fix is a replacement of a HashMap
cache of client connections with a ConcurrentHashMap, thanks to the java 1.5
available in Jackrabbit 2.x
USAGE:
Set the number of connections
(Spi2davRepositoryServiceFactory.PARAM_MAX_HTTP_CONNECTIONS) when creating a
factory via the dav or davex rep factories. Default is 20.
NOTE:
See also the server side fixes: JCR-3027 The patch on that ticket allows
configuration of the concurrency level on the server, which should be tuned in
conjunction with the client side connection levels.
was:
The spi2dav service implementation use of HttpClient did not support
configuration of the maximum amount of http connections to the server. The
default value, in the HttpClient code, is two. This was a performance
bottleneck. This work makes the number of connections configurable via a
parameter to the map passed to the repository factory.
It also fixes a concurrency issue which was exposed by the increased
concurrency effected by this work. This fix is a replacement of a HashMap
cache of client connections with a ConcurrentHashMap, thanks to the java 1.5
available in Jackrabbit 2.x
See also the server side fixes: JCR-3027
> davex remoting has a performance bottleneck due limit of 2 http connections
> ----------------------------------------------------------------------------
>
> Key: JCR-3026
> URL: https://issues.apache.org/jira/browse/JCR-3026
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-spi2dav
> Affects Versions: 2.2.5
> Reporter: chad davis
> Labels: dav, davex, performance, remoting
> Fix For: 2.3.0
>
>
> The spi2dav service implementation use of HttpClient did not support
> configuration of the maximum amount of http connections to the server. The
> default value, in the HttpClient code, is two. This was a performance
> bottleneck. This work makes the number of connections configurable via a
> parameter to the map passed to the repository factory.
> It also fixes a concurrency issue which was exposed by the increased
> concurrency effected by this work. This fix is a replacement of a HashMap
> cache of client connections with a ConcurrentHashMap, thanks to the java 1.5
> available in Jackrabbit 2.x
> USAGE:
> Set the number of connections
> (Spi2davRepositoryServiceFactory.PARAM_MAX_HTTP_CONNECTIONS) when creating a
> factory via the dav or davex rep factories. Default is 20.
> NOTE:
> See also the server side fixes: JCR-3027 The patch on that ticket allows
> configuration of the concurrency level on the server, which should be tuned
> in conjunction with the client side connection levels.
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
