[jira] [Commented] (CMIS-632) SetContentStream issue

["Nicolas Raoul (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/CMIS-632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13640326#comment-13640326 ] 

Nicolas Raoul commented on CMIS-632:
------------------------------------

I wrote a minimal proof-of-concept showing the issue.
Only 20 lines of code:
https://github.com/nicolas-raoul/dotcmis-issue632/blob/master/dotcmis-issue632/Program.cs

The second Update() never returns, so I would say it does not look like a DefaultConnectionLimit problem.
                
> 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