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 2B5421977C for ; Mon, 28 Mar 2016 18:44:03 +0000 (UTC) Received: (qmail 86209 invoked by uid 500); 28 Mar 2016 18:44:02 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 86149 invoked by uid 500); 28 Mar 2016 18:44:02 -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 Delivered-To: moderator for dev@chemistry.apache.org Received: (qmail 74215 invoked by uid 99); 28 Mar 2016 18:40:24 -0000 X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.448 X-Spam-Level: * X-Spam-Status: No, score=1.448 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=niXOc8AMN/NPJk1oYuU2wnBoOax46t6QAAYDsV8nU/4=; b=htEAxDpGrr20oTTtHtRUUZe6PlZi1+9WHkCpSJYRAoh+s6y4nFRl6eZzVlOYbPS+pP k1DQpSOY7pShNk5QRdLZeLE0rl6X8736xmsbgKUotm/lIsyheF2oZglEaOHqgdq+07MX SkQB1Kx0gb73wIygRv/XwVCqqN/q2s4qmWo4cqGuot7bqzuT5fSUYmDonBS29MebSCBV 5UJSFOwptcoAsm155zNnfFcoLzn7fWIuLajrvucvoGCIGe476vSj/2jFTJG9X75kGuT2 porYxxuxMQiuSiGaxLcEX8Np82Lw2SfXawVwWsQEBw+yHZoj5vEYyf4VF+2Sy/LKNY0k uvYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=niXOc8AMN/NPJk1oYuU2wnBoOax46t6QAAYDsV8nU/4=; b=JpJHaMQZG+fRkJXNKD4r6QK4rc8waQgCSq6dpAvn8BiILrA7gezrRPbuk74f+TXG3n 1MSKVKGtrhkWNJHkzxcR92nunvP3vcfAeXCQUYkMeaBQMga7uQD9forbP84JQPPWqz1o AefxFCmjgLK9jzAVmPsn8hiOWq+7lnyMEIbO5uFh0WSKH33lh4JZuFIPNWRqhsc4l95O 83K/sBDvTwWQB+yfCow2xVBTUwsm+UynAThO5RaMdFbMqAPi21dcHCiF/MYKa+LQ9asY ta/LuoOunFb+NuFMZPcwB2uenOjm3RRiEjbq2j8T/2gmw5vFJfL5bDK9k6uLJXeqKynF EOgg== X-Gm-Message-State: AD7BkJIhWnkhcU2UwFpxUMDeRmBBLEp4MzVRYPJ9XTlHJmp1E/c6vaXKwTifhgLWtTj1PUKHRKiaQxB0wyL7lg== X-Received: by 10.129.111.138 with SMTP id k132mr13954688ywc.287.1459190419904; Mon, 28 Mar 2016 11:40:19 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <56F819C3.3040409@apache.org> References: <56F7F43F.90707@apache.org> <56F819C3.3040409@apache.org> From: Thanh Phan Date: Mon, 28 Mar 2016 20:40:00 +0200 Message-ID: Subject: Re: Question about Adobe Drive Checkins new file mechanism To: =?UTF-8?Q?Florian_M=C3=BCller?= Cc: dev@chemistry.apache.org Content-Type: multipart/alternative; boundary=001a1147399ea35ff0052f203ea4 --001a1147399ea35ff0052f203ea4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Youre absolutely right about it's not a checkin request. The first time a document is added for versioning in Adobe Drive they perform a "Check In", which I believe, is similar to a Document Creation request. I think they expect some thing in order to proceed but I have no clue what it is. Since the operation fails, there are no subsequent PUT requests. On Sun, Mar 27, 2016 at 7:34 PM, Florian M=C3=BCller wrot= e: > Hi, > > This is not a checkin request. This is an invalid create document > request. (The property cmis:name is missing). > Could you please check if there is a PUT request against the PWC > resource? That would be the checkin call. > > - Florian > > > > Hello Florian, I'm extremely appreciate that you take time to reply. > > > > I just tested again the InMemory Latest Build. What I tried is to > > checkin a new file called "test.txt". > > > > I also tried to capture the POST request using rawcap, basically they > > send out an /POST > > /inmemory/atom/A1/children?id=3D125&versioningState=3Dcheckedout / > > / > > / > > with the body being > > > > / > > / > > / > /xmlns:cmisra=3D"http://docs.oasis-open.org/ns/cmis/restatom/200908/"/ > > /xmlns:cmis=3D"http://docs.oasis-open.org/ns/cmis/core/200908/">/ > > / test.txt/ > > / / > > // > > // > > /cmis:document/ > > // > > // > > / / > > // > > > > Again we got an error with the relevant Log in Adobe Drive 5: > > > > com.adobe.drive.data.model.DriveException: Error checking in: Conflict > > at > com.adobe.drive.internal.data.manager.DataManager.executeCheckIn(DataMana= ger.java:5680) > > at > com.adobe.drive.internal.data.manager.DataManager.checkIn(DataManager.jav= a:5305) > > at > com.adobe.drive.internal.data.manager.DataManager.checkLocalAssetPostClos= e(DataManager.java:10324) > > at > com.adobe.drive.internal.data.manager.DataManager.close(DataManager.java:= 3423) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService$10.execute(File= SystemService.java:839) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService$10.execute(File= SystemService.java:1) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService$FSCallable.run(= FileSystemService.java:1793) > > at > com.adobe.drive.data.internal.persistence.PersistenceRunner$2.runWithTran= saction(PersistenceRunner.java:186) > > at > com.adobe.drive.data.internal.persistence.PersistenceModificationCallable= .run(PersistenceModificationCallable.java:71) > > at > com.adobe.drive.data.internal.persistence.PersistenceRunner.run(Persisten= ceRunner.java:119) > > at > com.adobe.drive.data.internal.persistence.PersistenceRunner.runWithTransa= ction(PersistenceRunner.java:181) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService.runWithTransact= ion(FileSystemService.java:1748) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService.runWithTransact= ion(FileSystemService.java:1727) > > at > com.adobe.drive.internal.biz.filesystem.FileSystemService.close(FileSyste= mService.java:821) > > at > com.adobe.drive.ifs.job.CloseHandler$1.call(CloseHandler.java:67) > > at com.adobe.drive.ifs.job.CloseHandler$1.call(CloseHandler.java:= 1) > > at com.adobe.drive.model.context.Context.run(Context.java:88) > > at > com.adobe.drive.ifs.internal.IFSConnection.dispatch(IFSConnection.java:18= 7) > > at > com.adobe.drive.ifs.internal.IFSConnection.run(IFSConnection.java:142) > > > > It;'s frustrating with AD5 really since I have no Idea what they are > > expecting after that call. > > > > On Sun, Mar 27, 2016 at 4:54 PM, Florian M=C3=BCller > > wrote: > > > > Hi, > > > > Do you think you can capture this POST request? > > I don't think this is an OpenCMIS server framework problem, but we > > should check. At least the InMemory server should be more robust. > > > > - Florian > > > > > > > Hello everyone, > > > > > > I know it's not a Adobe Drive 5 (AD5) place but i'm pretty > > desperate now > > > trying to uderstand the underlying actions. I would be very > > grateful if > > > someone knows how the checkin new files works for AD5 (latest > > build)? > > > > > > It does not seem to work with the latest build from Alfresco and > the > > > InMemory OpenCMIS server. The one from InMemory got an > > NullPointerReference > > > error while Alfresco produces an empty file and an other emoty > > PWC, and AD5 > > > has an Not Allowed Action Error. > > > > > > I seems to me that it sends a POST request to the parent > > folder's children > > > service with a checked out requests but without any content. > > Why is that? > > > It seems also expect a Private Working Copy > > > > > > Thanks very much in advance. > > > > > > > > > --001a1147399ea35ff0052f203ea4--