[
https://issues.apache.org/jira/browse/AXIS2-3160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Supun Kamburugamuva resolved AXIS2-3160.
----------------------------------------
Resolution: Fixed
Fixed by retrieving timeout properties in each invocation and setting to the
http method.
> Changing the timeout has no effect when reusing the same stub, and with
> HTTPConstants.REUSE_HTTP_CLIENT set to "true"
> ---------------------------------------------------------------------------------------------------------------------
>
> Key: AXIS2-3160
> URL: https://issues.apache.org/jira/browse/AXIS2-3160
> Project: Axis2
> Issue Type: Bug
> Components: kernel, transports
> Affects Versions: 1.3
> Environment: Win XP SP2, Java 6 update 2
> Reporter: Chris Gibbs
>
> In the constructor of a stub, I use the following code:
> _getServiceClient().getOptions().setProperty(HTTPConstants.SO_TIMEOUT,
> timeout);
> _getServiceClient().getOptions().setProperty(HTTPConstants.CONNECTION_TIMEOUT,
> timeout);
> _getServiceClient().getOptions().setTimeOutInMilliSeconds(timeout);
> _getServiceClient().getOptions().setProperty(HTTPConstants.REUSE_HTTP_CLIENT,
> "true");
> This works fine - the timeout is set correctly, and the HTTP connections are
> being re-used correctly.
> However, if I then reuse the same stub but change the timeout value, then the
> timeout of the underlying HTTP connection stays at the old value the next
> time a request is made. Setting REUSE_HTTP_CLIENT to "false" cause the
> timeout to be updated correctly.
--
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: [email protected]
For additional commands, e-mail: [email protected]
