Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Date: Tue, 24 Mar 2015 21:28:52 +0000 (UTC)
From: "jay brown (JIRA)" <jira@apache.org>
To: dev@chemistry.apache.org
Message-ID: <JIRA.12785311.1427232479000.14687.1427232532830@Atlassian.JIRA>
In-Reply-To: <JIRA.12785311.1427232479000@Atlassian.JIRA>
References: <JIRA.12785311.1427232479000@Atlassian.JIRA>
 <JIRA.12785311.1427232479976@arcas>
Subject: [jira] [Created] (CMIS-903) Client blocks after multiple
 removeFromFolder operations
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

jay brown created CMIS-903:
------------------------------

             Summary: Client blocks after multiple removeFromFolder operations
                 Key: CMIS-903
                 URL: https://issues.apache.org/jira/browse/CMIS-903
             Project: Chemistry
          Issue Type: Bug
          Components: dotcmis
    Affects Versions: DotCMIS 0.6
            Reporter: jay brown
            Priority: Critical
             Fix For: DotCMIS 0.7


We found a situation where the client iterates through a list of documents in a folder, unfiling them one by one.  (Atompub 1.0 binding)   
After the second iteration the client will hang and timeout.  (server is ok) 
Increasing the .Net runtime's ServicePointManagerDefaultConnectionLimit
docs here
https://msdn.microsoft.com/en-us/us-en/library/system.net.servicepointmanager.defaultconnectionlimit.aspx
from default of 2 to X will move the problem to iteration X.  (i.e. increase to 10 and hang will happen on iteration 10) 

Reproduced this with FileNet server and with inMemory server to verify it was not something vendor specific we were doing. 
Will attach sample .net client code in case you need to reproduce this locally.   See LOOK_HERE label in sample code for exaction location of hang. 


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)