[
https://issues.apache.org/jira/browse/CMIS-632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13641545#comment-13641545
]
Nicolas Raoul commented on CMIS-632:
------------------------------------
I tried with ServicePointManager.DefaultConnectionLimit = 10;
Result: DotCMIS gets stuck at the 10th update.
The same problem happens even if I open/nullify the session at each request.
Maybe the "Stream" field of the "Response" object in "http.cs" never gets
disposed because someone keeps a reference to the Response object?
> SetContentStream issue
> ----------------------
>
> Key: CMIS-632
> URL: https://issues.apache.org/jira/browse/CMIS-632
> Project: Chemistry
> Issue Type: Bug
> Components: dotcmis
> Affects Versions: DotCMIS 0.5
> Environment: Windows
> Reporter: Yannick MOLINET
> Priority: Blocker
> Fix For: DotCMIS 0.6
>
>
> I have a strange issue when I try to update more files with SetContentStream.
> First file is correctly updated, but second is block and wait for
> SetContentStream End.
> This occur only on second update and occur when the new contentstream is read
> by Refresh(). If I call SetContentStream without refresh, I'm blocked when I
> try to update properties (for example).
> In debug, I could see that the wait occur on
> AbstractAtomPubService.GetObjectInternal() when
> HttpUtils.Response resp = Read(url); is called. This method call
> httputils.Invoke, the wait occur on HttpWebResponse response =
> (HttpWebResponse)conn.GetResponse();
> Thanks for help,
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
