Return-Path: Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: (qmail 98272 invoked from network); 31 Mar 2011 10:09:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 31 Mar 2011 10:09:01 -0000 Received: (qmail 99846 invoked by uid 500); 31 Mar 2011 10:09:00 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 99808 invoked by uid 500); 31 Mar 2011 10:09:00 -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 99800 invoked by uid 99); 31 Mar 2011 10:09:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Mar 2011 10:09:00 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of alexander.chow@liferay.com designates 74.125.82.170 as permitted sender) Received: from [74.125.82.170] (HELO mail-wy0-f170.google.com) (74.125.82.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Mar 2011 10:08:53 +0000 Received: by wyb34 with SMTP id 34so3756909wyb.1 for ; Thu, 31 Mar 2011 03:08:32 -0700 (PDT) Received: by 10.227.140.77 with SMTP id h13mr2482782wbu.217.1301566112667; Thu, 31 Mar 2011 03:08:32 -0700 (PDT) Received: from Hannah.local (cpc2-harb3-0-0-cust1074.perr.cable.virginmedia.com [82.36.84.51]) by mx.google.com with ESMTPS id l24sm555180wbc.13.2011.03.31.03.08.30 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2011 03:08:31 -0700 (PDT) Date: Thu, 31 Mar 2011 11:08:29 +0100 From: Alexander Chow To: =?utf-8?Q?Florian_M=C3=BCller?= Cc: dev@chemistry.apache.org Message-ID: In-Reply-To: <4D944771.7060407@alfresco.com> References: <79BF3E6D1ED2460781CBA2D61ED9B6F8@liferay.com> <4D944771.7060407@alfresco.com> Subject: Re: Sharepoint and canDeleteTreeSpecified X-Mailer: sparrow 1.0.1 (build 589.16) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="4d94529d_5046b5a9_2f81" Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org --4d94529d_5046b5a9_2f81 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline Hi Florian, Thanks for the clarification. The canDeleteTreeSpecified IS being passed back in the XML (and using the CMIS namespace!) but, as you say, OpenCMIS ignores it. So what that means then is that Sharepoint really doesn't allow deleteTree? That is really weird. That means I need to actually walk the tree to delete the entries, I suppose. That's going to be expensive. Thanks, Alex On Thursday, March 31, 2011 at 10:20 AM, Florian Müller wrote: > Hi Alex, > > canDeleteTreeSpecified is a class member generated by the .NET XML serialization framework. It indicates if the tag exists in the XML document or not. It has nothing to do with the CMIS specification. > It shouldn't show up IN the XML, thought. Only Microsoft can answer why it is there. OpenCMIS ignores it. > > The CMIS Workbench does work with SharePoint. There are a few issues that are caused by Microsofts CMIS implementation. The CMIS Workbench works best with the AtomPub binding. If you can, turn off NTLM and turn on basic authentication on the SharePoint end. > > > Cheers, > > Florian > > > On 31/03/2011 00:28, Alexander Chow wrote: > > Hi all, > > > > So, we are trying to use OpenCMIS 0.2.0 to access a Sharepoint 2010 repository and noticed that we can't call Folder.deleteTree(). We get the following stacktrace snippet: > > > > Caused by: org.apache.chemistry.opencmis.commons.exceptions.CmisNotSupportedException: Method Not Allowed > > at org.apache.chemistry.opencmis.client.bindings.spi.atompub.AbstractAtomPubService.convertStatusCode(AbstractAtomPubService.java:405) > > at org.apache.chemistry.opencmis.client.bindings.spi.atompub.ObjectServiceImpl.deleteTree(ObjectServiceImpl.java:370) > > at org.apache.chemistry.opencmis.client.runtime.FolderImpl.deleteTree(FolderImpl.java:176) > > ... > > > > Upon further investigation, it turns out that indeed the allowableActions entry "canDeleteTree" is FALSE. But there seems to be another entry that I am not familiar with and can't seem to find in the CMIS 1.0 spec... "canDeleteTreeSpecified", which is TRUE. > > > > > > > > > > ... > > true > > true > > true > > ... > > false > > false > > ... > > > > > > > > Incidentally, I have also noticed that the canDeleteTreeSpecified seems to be in the DotCMIS code: > > > > http://svn.apache.org/repos/asf/chemistry/dotcmis/trunk/DotCMIS/binding/converter.cs > > > > Can somebody give some light as to what Sharepoint (and DotCMIS) is doing here? Are we unable to delete the trees of a folder? Or is there some part of the spec which I am not familiar with? Incidentally, it seems as though the CMIS workbench does not work either with Sharepoint. > > > > Thanks, > > > > Alex > --4d94529d_5046b5a9_2f81--