[
https://issues.apache.org/jira/browse/CMIS-632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13592210#comment-13592210
]
Yannick MOLINET commented on CMIS-632:
--------------------------------------
Yes, I close the stream after read or write, but it could be possible that
another thread are also connect to the same server in the same time and create
this issue.
is it a hard limitation or a parameter ? do you kown if is it possible to
increase this ?
> 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
