Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Received-SPF: pass (nike.apache.org: domain of brianhava@gmail.com designates
 209.85.220.170 as permitted sender)
References: <65CC3A66-04FD-4280-8854-119193A72878@gmail.com>
 <2eba05df74b2575de9ba70ce33779126-EhVcXl9JQQFXRwQFDQkEXR0wfgZLV15fQUBFBEFYXS9ZUF0WWlloB11LX15bLkQBWlpfQ1xXXQA=-webmailer2@server01.webmailer.hosteurope.de>
 <8CED673F-2ADF-4CCA-9A35-CE0AF5897DED@gmail.com>
 <23d9d18f21097c72a95d8a4ebd242faa-EhVcXl9JQQFXRwQFDQkEXR0wfgZLV15fQUBFBEFYXS9ZU1EWXltzH11cQ11fRSoDXF9YQFlVXwpa-webmailer2@server06.webmailer.hosteurope.de>
Mime-Version: 1.0 (1.0)
In-Reply-To: 
 <23d9d18f21097c72a95d8a4ebd242faa-EhVcXl9JQQFXRwQFDQkEXR0wfgZLV15fQUBFBEFYXS9ZU1EWXltzH11cQ11fRSoDXF9YQFlVXwpa-webmailer2@server06.webmailer.hosteurope.de>
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-Id: <80AB2750-D2B9-42E1-A98F-89CF7708C700@gmail.com>
Cc: "<dev@chemistry.apache.org>" <dev@chemistry.apache.org>
From: Brian Hava <brianhava@gmail.com>
Subject: Re: Document created but VERY slowly
Date: Tue, 23 Oct 2012 16:08:38 -0400
To: =?utf-8?Q?Florian_M=C3=BCller?= <fmui@apache.org>

Correction....2nd document took 20ms, not 2ms

On Oct 23, 2012, at 12:45 PM, Florian M=C3=BCller <fmui@apache.org> wrote:

> Hi Brian,
>=20
> That is, the document creation is not the problem. Getting the type defini=
tion is the problem. The type definition is usually pretty small. How many p=
roperties are there???
>=20
> There is no filter here. You can get the type definition with or without p=
roperties, but not with just a few. In this case, the library needs the prop=
erty definitions.
>=20
> Processing this XML should not take longer than a few seconds (usually it'=
s a matter of a few milliseconds). But I cannot reproduce it because I don't=
 have a Documentum installation. Any chance that you can send me the XML dir=
ectly (not via the list)?
>=20
> Just for fun:
> When you create a second document with the same type (and the same session=
 object), how long does this take?
> The type definition should be cached and creating the second object should=
 be quick.
>=20
>=20
> Florian
>=20
>=20
>> Thanks so much for your reply. I'm using the AtomPub binding (sorry
>> for not mentioning that initially).
>>=20
>> Looks like when this code executes:
>>=20
>> doc =3D targetFolder.CreateDocument(properties, contentStream, null);
>>=20
>> I get the following http requests:
>> GET 15:00:23
>> GMT:/cmis/resources/repositories/[repositoryID]/types/[custom_object_type=
_id]
>>=20
>> POST 15:15:13 GMT:
>> /cmis/resources/repositories/[repositoryID]/objects/0c01ba9d8013677d/chil=
dren?versioningState=3Dnone
>>=20
>> The response from the GET is a very large XML file (347K!). In it are
>> all the custom properties and their available values for our custom
>> object type.
>>=20
>> I checked with my Documentum support guy, and in the logs he didn't
>> see any activity on the Documentum side during the 15 minute period
>> between the 2 requests. Is it possible that the processing of this
>> large XML file is causing the delay?
>>=20
>> I think I've read that there is a properties filter that I can set
>> somewhere before making my request...is that where I could specify the
>> properties I care about, and hopefully reduce the size of that
>> response?
>>=20
>> Thanks again for the help.
>> On Oct 19, 2012, at 4:10 AM, Florian M=C3=BCller  wrote:
>>=20
>> Hi Brian,
>>=20
>> I have no experiences using DotCMIS with Documentum, but from a
>> DotCMIS perspective the object types doesn't matter. It is just a
>> different string in the XML.
>> Which binding (AtomPub or Web Services) did you use? Can you record
>> the traffic between your application and Documentum (e.g using
>> Fiddler)? Can you see which call is stuck?
>>=20
>> Btw. Creating a small document should take far less than a second.
>> Other repositories can create a small text file via CMIS in 100ms.
>>=20
>> - Florian
>>=20
>> Hi,
>>=20
>> I'm using DotCMIS in a C# ASP.net [2] project. I'm trying to create
>> documents in our EMC Documentum repository. I am able to create a very
>> simple text file as a 'cmis:document' very quickly and easily, in a
>> matter of seconds.
>>=20
>> When I try to use a document using a custom object type, I can still
>> create a simple text file, but it takes up to *15 minutes*!
>>=20
>> I have a colleague who wrote a small app in Java, and when posting
>> the a document using the same custom object type, he gets pretty good
>> performance (3-5 seconds).
>>=20
>> I'm entirely new to CMIS in general and am still digging into my code
>> and working with my Documentum support team, but I'm curious if there
>> are any known issues with custom object types in DotCMIS? With DotCMIS
>> and Documentum?
>>=20
>> Any insight would be appreciated!
>>=20
>> Thanks
>> Brian
>>=20
>>=20
>>=20
>> Links:
>> ------
>> [1] mailto:fmui@apache.org
>> [2] http://ASP.net
>=20