Return-Path: X-Original-To: apmail-chemistry-dev-archive@www.apache.org Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3BAF9D70D for ; Mon, 4 Mar 2013 13:55:14 +0000 (UTC) Received: (qmail 30115 invoked by uid 500); 4 Mar 2013 13:55:13 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 29942 invoked by uid 500); 4 Mar 2013 13:55:13 -0000 Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@chemistry.apache.org Delivered-To: mailing list dev@chemistry.apache.org Received: (qmail 29927 invoked by uid 99); 4 Mar 2013 13:55:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Mar 2013 13:55:13 +0000 Date: Mon, 4 Mar 2013 13:55:13 +0000 (UTC) From: "Yannick MOLINET (JIRA)" To: dev@chemistry.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CMIS-632) SetContentStream issue MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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