You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@chemistry.apache.org by Naresh Bhatia <na...@gmail.com> on 2011/05/31 22:01:56 UTC
Understanding the CMIS spec
I am trying to understand the CMIS spec by looking at the Atom output from
Alfresco. From the spec it looks like most CMIS attributes are represented
as Object properties. However when I look at the Atom output, there are
similar attributes floating outside of properties. For example (highly
simplified output):
<entry>
<author>
<name>nbhatia</name>
</author>
<id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
<title>cmis-article.pdf</title>
<summary>Examples using CMIS, Abdera, & Chemistry</summary>
<published>2011-05-25T17:15:36.740Z</published>
<updated>2011-05-25T17:15:40.045Z</updated>
<cmisra:object>
<cmis:properties>
<cmis:propertyString propertyDefinitionId="cmis:createdBy">
<cmis:value>nbhatia</cmis:value>
</cmis:propertyString>
<cmis:propertyId propertyDefinitionId="cmis:objectId">
<cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
</cmis:propertyId>
<cmis:propertyString propertyDefinitionId="cmis:name">
<cmis:value>cmis-article.pdf</cmis:value>
</cmis:propertyString>
<cmis:propertyDateTime propertyDefinitionId="cmis:creationDate">
<cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
</cmis:propertyDateTime>
<cmis:propertyDateTime
propertyDefinitionId="cmis:lastModificationDate">
<cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
</cmis:propertyDateTime>
</cmis:properties>
</cmisra:object>
</entry>
- Are the attributes at the top (author, id, title, summary, published,
updated) accessible via CMIS?
- Why are the values of <id> and CMIS property objectId different?
- Is the <summary> value accessible via CMIS? It does not seem to be a
CMIS object property.
Thanks.
Naresh Bhatia
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
Ryan, thanks for the quick response. Makes perfect sense!
Naresh
On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
> Those attributes at the top are atom elements, not CMIS ones. The spec
> identifies what they should be though - for example title should be
> cmis:name. The properties are all accessible but perhaps not exposed from
> the OpenCMIS API when using the AtomPub binding of the server. This is
> likely because the same properties aren't available in the web services
> binding (e.g. summary), and OpenCMIS should be binding agnostic. To write
> a
> reasonably portal and binding-agnostic application, I'd suggest only
> relying
> on CMIS-specified properties instead of those from the atom entry.
>
> -Ryan
>
> On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> <na...@gmail.com>wrote:
>
> > I am trying to understand the CMIS spec by looking at the Atom output
> from
> > Alfresco. From the spec it looks like most CMIS attributes are
> represented
> > as Object properties. However when I look at the Atom output, there are
> > similar attributes floating outside of properties. For example (highly
> > simplified output):
> >
> > <entry>
> >
> > <author>
> > <name>nbhatia</name>
> > </author>
> >
> > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> >
> > <title>cmis-article.pdf</title>
> >
> > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> >
> > <published>2011-05-25T17:15:36.740Z</published>
> >
> > <updated>2011-05-25T17:15:40.045Z</updated>
> >
> > <cmisra:object>
> > <cmis:properties>
> > <cmis:propertyString propertyDefinitionId="cmis:createdBy">
> > <cmis:value>nbhatia</cmis:value>
> > </cmis:propertyString>
> >
> > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> >
> >
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > </cmis:propertyId>
> >
> > <cmis:propertyString propertyDefinitionId="cmis:name">
> > <cmis:value>cmis-article.pdf</cmis:value>
> > </cmis:propertyString>
> >
> > <cmis:propertyDateTime
> propertyDefinitionId="cmis:creationDate">
> > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > </cmis:propertyDateTime>
> >
> > <cmis:propertyDateTime
> > propertyDefinitionId="cmis:lastModificationDate">
> > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > </cmis:propertyDateTime>
> > </cmis:properties>
> > </cmisra:object>
> >
> > </entry>
> >
> >
> > - Are the attributes at the top (author, id, title, summary, published,
> > updated) accessible via CMIS?
> > - Why are the values of <id> and CMIS property objectId different?
> > - Is the <summary> value accessible via CMIS? It does not seem to be a
> > CMIS object property.
> >
> >
> > Thanks.
> > Naresh Bhatia
> >
>
>
>
> --
> Ryan McVeigh
> Director of Enterprise Integration
>
> office: 303.443.4004 x204
> cell: 720.841.4838
> fax: 877.569.7942
> Follow Me:
> <http://twitter.com/#!/rmcveigh>
> <http://www.linkedin.com/in/rmcveigh><
> http://www.ziaconsulting.com/blog/rmcveigh>
>
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
Thanks! I will start looking into these.
Naresh
On Tue, May 31, 2011 at 9:17 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
> CMIS doesn't expose a user object, so you're stuck here - but at least you
> have enough to call a platform specific service to get a better
> representation of the data for presentation purposes.
>
> -Ryan
>
> On Tue, May 31, 2011 at 7:10 PM, Naresh Bhatia <bh...@comcast.net>
> wrote:
>
> > Forgot to mention that cmis:createdBy returns the username in case of
> > Alfresco instead of first and last name - that doesn't work for me. Sorry
> > to
> > comment on implementation specifics again, but just wanted to clarify
> that
> > I
> > was hoping for a platform agnostic way to do this.
> >
> > In any case, I will direct future platform specific questions to Alfresco
> > forums. Hopefully some of this stuff is configurable.
> >
> > Thanks again for your help.
> >
> > Naresh
> >
> >
> > On Tue, May 31, 2011 at 8:58 PM, Naresh Bhatia <bh...@comcast.net>
> > wrote:
> >
> > > Thanks Ryan. I was using Alfresco just as an example. I was rather
> hoping
> > > that this would be a common use case handled by the CMIS/OpenCMIS and I
> > > would be able to do this in a platform agnostic way. But may be that's
> > not
> > > true.
> > >
> > > BTW, is there any extension mechanism in CMIS to add adhoc properties?
> > >
> > > Thanks.
> > > Naresh
> > >
> > >
> > > On Tue, May 31, 2011 at 8:41 PM, Ryan McVeigh <
> > rmcveigh@ziaconsulting.com>wrote:
> > >
> > >> These are Alfresco-specific questions and should be sent to the
> Alfresco
> > >> CMIS forum. However, you can use cmis:createdBy for author. I don't
> > >> recall
> > >> what Alfresco does for a description offhand.
> > >>
> > >> -Ryan
> > >>
> > >> On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net>
> > >> wrote:
> > >>
> > >> > One follow up question - I have a requirement to show the following
> > >> > attributes for a document on my front-end:
> > >> >
> > >> > - Title
> > >> > - Description
> > >> > - Full author name (e.g John Smith)
> > >> >
> > >> > What's the best way to do this with CMIS/OpenCMIS? Here's what I
> have
> > >> > tried:
> > >> >
> > >> > - Title: I am thinking of using cmis:name for this, although there
> > >> seems
> > >> > to a minor glitch. When I upload a document to my CMIS repository
> > (an
> > >> > Alfresco instance) it sets cmis:name and
> cmis:contentStreamFileName
> > to
> > >> > the
> > >> > filename, e.g. yearly-report.pdf. However when I change the
> > document's
> > >> > name
> > >> > from Alfresco's front-end, it not only changes the cmis:name but
> > also
> > >> > the cmis:contentStreamFileName. I was not expecting the latter to
> > >> change
> > >> > and
> > >> > don't know if it has any bad side-effects.
> > >> > - Description: Don't know how to handle this!
> > >> > - Full author name: Don't know how to handle this!
> > >> >
> > >> > Any suggestions?
> > >> >
> > >> > Thanks.
> > >> > Naresh
> > >> >
> > >> >
> > >> > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
> > >> rmcveigh@ziaconsulting.com
> > >> > >wrote:
> > >> >
> > >> > > Those attributes at the top are atom elements, not CMIS ones. The
> > >> spec
> > >> > > identifies what they should be though - for example title should
> be
> > >> > > cmis:name. The properties are all accessible but perhaps not
> > exposed
> > >> > from
> > >> > > the OpenCMIS API when using the AtomPub binding of the server.
> This
> > >> is
> > >> > > likely because the same properties aren't available in the web
> > >> services
> > >> > > binding (e.g. summary), and OpenCMIS should be binding agnostic.
> To
> > >> > write
> > >> > > a
> > >> > > reasonably portal and binding-agnostic application, I'd suggest
> only
> > >> > > relying
> > >> > > on CMIS-specified properties instead of those from the atom entry.
> > >> > >
> > >> > > -Ryan
> > >> > >
> > >> > > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> > >> > > <na...@gmail.com>wrote:
> > >> > >
> > >> > > > I am trying to understand the CMIS spec by looking at the Atom
> > >> output
> > >> > > from
> > >> > > > Alfresco. From the spec it looks like most CMIS attributes are
> > >> > > represented
> > >> > > > as Object properties. However when I look at the Atom output,
> > there
> > >> are
> > >> > > > similar attributes floating outside of properties. For example
> > >> (highly
> > >> > > > simplified output):
> > >> > > >
> > >> > > > <entry>
> > >> > > >
> > >> > > > <author>
> > >> > > > <name>nbhatia</name>
> > >> > > > </author>
> > >> > > >
> > >> > > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> > >> > > >
> > >> > > > <title>cmis-article.pdf</title>
> > >> > > >
> > >> > > > <summary>Examples using CMIS, Abdera, &
> Chemistry</summary>
> > >> > > >
> > >> > > > <published>2011-05-25T17:15:36.740Z</published>
> > >> > > >
> > >> > > > <updated>2011-05-25T17:15:40.045Z</updated>
> > >> > > >
> > >> > > > <cmisra:object>
> > >> > > > <cmis:properties>
> > >> > > > <cmis:propertyString
> > >> propertyDefinitionId="cmis:createdBy">
> > >> > > > <cmis:value>nbhatia</cmis:value>
> > >> > > > </cmis:propertyString>
> > >> > > >
> > >> > > > <cmis:propertyId
> propertyDefinitionId="cmis:objectId">
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > >> > > > </cmis:propertyId>
> > >> > > >
> > >> > > > <cmis:propertyString
> propertyDefinitionId="cmis:name">
> > >> > > > <cmis:value>cmis-article.pdf</cmis:value>
> > >> > > > </cmis:propertyString>
> > >> > > >
> > >> > > > <cmis:propertyDateTime
> > >> > > propertyDefinitionId="cmis:creationDate">
> > >> > > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > >> > > > </cmis:propertyDateTime>
> > >> > > >
> > >> > > > <cmis:propertyDateTime
> > >> > > > propertyDefinitionId="cmis:lastModificationDate">
> > >> > > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > >> > > > </cmis:propertyDateTime>
> > >> > > > </cmis:properties>
> > >> > > > </cmisra:object>
> > >> > > >
> > >> > > > </entry>
> > >> > > >
> > >> > > >
> > >> > > > - Are the attributes at the top (author, id, title, summary,
> > >> > published,
> > >> > > > updated) accessible via CMIS?
> > >> > > > - Why are the values of <id> and CMIS property objectId
> > different?
> > >> > > > - Is the <summary> value accessible via CMIS? It does not seem
> > to
> > >> be
> > >> > a
> > >> > > > CMIS object property.
> > >> > > >
> > >> > > >
> > >> > > > Thanks.
> > >> > > > Naresh Bhatia
> > >> > > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > Ryan McVeigh
> > >> > > Director of Enterprise Integration
> > >> > >
> > >> > > office: 303.443.4004 x204
> > >> > > cell: 720.841.4838
> > >> > > fax: 877.569.7942
> > >> > > Follow Me:
> > >> > > <http://twitter.com/#!/rmcveigh>
> > >> > > <http://www.linkedin.com/in/rmcveigh><
> > >> > > http://www.ziaconsulting.com/blog/rmcveigh>
> > >> > >
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> Ryan McVeigh
> > >> Director of Enterprise Integration
> > >>
> > >> office: 303.443.4004 x204
> > >> cell: 720.841.4838
> > >> fax: 877.569.7942
> > >> Follow Me:
> > >> <http://twitter.com/#!/rmcveigh>
> > >> <http://www.linkedin.com/in/rmcveigh><
> > >> http://www.ziaconsulting.com/blog/rmcveigh>
> > >>
> > >
> > >
> >
>
>
>
> --
> Ryan McVeigh
> Director of Enterprise Integration
>
> office: 303.443.4004 x204
> cell: 720.841.4838
> fax: 877.569.7942
> Follow Me:
> <http://twitter.com/#!/rmcveigh>
> <http://www.linkedin.com/in/rmcveigh><
> http://www.ziaconsulting.com/blog/rmcveigh>
>
Re: Understanding the CMIS spec
Posted by Ryan McVeigh <rm...@ziaconsulting.com>.
CMIS doesn't expose a user object, so you're stuck here - but at least you
have enough to call a platform specific service to get a better
representation of the data for presentation purposes.
-Ryan
On Tue, May 31, 2011 at 7:10 PM, Naresh Bhatia <bh...@comcast.net> wrote:
> Forgot to mention that cmis:createdBy returns the username in case of
> Alfresco instead of first and last name - that doesn't work for me. Sorry
> to
> comment on implementation specifics again, but just wanted to clarify that
> I
> was hoping for a platform agnostic way to do this.
>
> In any case, I will direct future platform specific questions to Alfresco
> forums. Hopefully some of this stuff is configurable.
>
> Thanks again for your help.
>
> Naresh
>
>
> On Tue, May 31, 2011 at 8:58 PM, Naresh Bhatia <bh...@comcast.net>
> wrote:
>
> > Thanks Ryan. I was using Alfresco just as an example. I was rather hoping
> > that this would be a common use case handled by the CMIS/OpenCMIS and I
> > would be able to do this in a platform agnostic way. But may be that's
> not
> > true.
> >
> > BTW, is there any extension mechanism in CMIS to add adhoc properties?
> >
> > Thanks.
> > Naresh
> >
> >
> > On Tue, May 31, 2011 at 8:41 PM, Ryan McVeigh <
> rmcveigh@ziaconsulting.com>wrote:
> >
> >> These are Alfresco-specific questions and should be sent to the Alfresco
> >> CMIS forum. However, you can use cmis:createdBy for author. I don't
> >> recall
> >> what Alfresco does for a description offhand.
> >>
> >> -Ryan
> >>
> >> On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net>
> >> wrote:
> >>
> >> > One follow up question - I have a requirement to show the following
> >> > attributes for a document on my front-end:
> >> >
> >> > - Title
> >> > - Description
> >> > - Full author name (e.g John Smith)
> >> >
> >> > What's the best way to do this with CMIS/OpenCMIS? Here's what I have
> >> > tried:
> >> >
> >> > - Title: I am thinking of using cmis:name for this, although there
> >> seems
> >> > to a minor glitch. When I upload a document to my CMIS repository
> (an
> >> > Alfresco instance) it sets cmis:name and cmis:contentStreamFileName
> to
> >> > the
> >> > filename, e.g. yearly-report.pdf. However when I change the
> document's
> >> > name
> >> > from Alfresco's front-end, it not only changes the cmis:name but
> also
> >> > the cmis:contentStreamFileName. I was not expecting the latter to
> >> change
> >> > and
> >> > don't know if it has any bad side-effects.
> >> > - Description: Don't know how to handle this!
> >> > - Full author name: Don't know how to handle this!
> >> >
> >> > Any suggestions?
> >> >
> >> > Thanks.
> >> > Naresh
> >> >
> >> >
> >> > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
> >> rmcveigh@ziaconsulting.com
> >> > >wrote:
> >> >
> >> > > Those attributes at the top are atom elements, not CMIS ones. The
> >> spec
> >> > > identifies what they should be though - for example title should be
> >> > > cmis:name. The properties are all accessible but perhaps not
> exposed
> >> > from
> >> > > the OpenCMIS API when using the AtomPub binding of the server. This
> >> is
> >> > > likely because the same properties aren't available in the web
> >> services
> >> > > binding (e.g. summary), and OpenCMIS should be binding agnostic. To
> >> > write
> >> > > a
> >> > > reasonably portal and binding-agnostic application, I'd suggest only
> >> > > relying
> >> > > on CMIS-specified properties instead of those from the atom entry.
> >> > >
> >> > > -Ryan
> >> > >
> >> > > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> >> > > <na...@gmail.com>wrote:
> >> > >
> >> > > > I am trying to understand the CMIS spec by looking at the Atom
> >> output
> >> > > from
> >> > > > Alfresco. From the spec it looks like most CMIS attributes are
> >> > > represented
> >> > > > as Object properties. However when I look at the Atom output,
> there
> >> are
> >> > > > similar attributes floating outside of properties. For example
> >> (highly
> >> > > > simplified output):
> >> > > >
> >> > > > <entry>
> >> > > >
> >> > > > <author>
> >> > > > <name>nbhatia</name>
> >> > > > </author>
> >> > > >
> >> > > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> >> > > >
> >> > > > <title>cmis-article.pdf</title>
> >> > > >
> >> > > > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> >> > > >
> >> > > > <published>2011-05-25T17:15:36.740Z</published>
> >> > > >
> >> > > > <updated>2011-05-25T17:15:40.045Z</updated>
> >> > > >
> >> > > > <cmisra:object>
> >> > > > <cmis:properties>
> >> > > > <cmis:propertyString
> >> propertyDefinitionId="cmis:createdBy">
> >> > > > <cmis:value>nbhatia</cmis:value>
> >> > > > </cmis:propertyString>
> >> > > >
> >> > > > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> >> > > >
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> >> > > > </cmis:propertyId>
> >> > > >
> >> > > > <cmis:propertyString propertyDefinitionId="cmis:name">
> >> > > > <cmis:value>cmis-article.pdf</cmis:value>
> >> > > > </cmis:propertyString>
> >> > > >
> >> > > > <cmis:propertyDateTime
> >> > > propertyDefinitionId="cmis:creationDate">
> >> > > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> >> > > > </cmis:propertyDateTime>
> >> > > >
> >> > > > <cmis:propertyDateTime
> >> > > > propertyDefinitionId="cmis:lastModificationDate">
> >> > > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> >> > > > </cmis:propertyDateTime>
> >> > > > </cmis:properties>
> >> > > > </cmisra:object>
> >> > > >
> >> > > > </entry>
> >> > > >
> >> > > >
> >> > > > - Are the attributes at the top (author, id, title, summary,
> >> > published,
> >> > > > updated) accessible via CMIS?
> >> > > > - Why are the values of <id> and CMIS property objectId
> different?
> >> > > > - Is the <summary> value accessible via CMIS? It does not seem
> to
> >> be
> >> > a
> >> > > > CMIS object property.
> >> > > >
> >> > > >
> >> > > > Thanks.
> >> > > > Naresh Bhatia
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > Ryan McVeigh
> >> > > Director of Enterprise Integration
> >> > >
> >> > > office: 303.443.4004 x204
> >> > > cell: 720.841.4838
> >> > > fax: 877.569.7942
> >> > > Follow Me:
> >> > > <http://twitter.com/#!/rmcveigh>
> >> > > <http://www.linkedin.com/in/rmcveigh><
> >> > > http://www.ziaconsulting.com/blog/rmcveigh>
> >> > >
> >> >
> >>
> >>
> >>
> >> --
> >> Ryan McVeigh
> >> Director of Enterprise Integration
> >>
> >> office: 303.443.4004 x204
> >> cell: 720.841.4838
> >> fax: 877.569.7942
> >> Follow Me:
> >> <http://twitter.com/#!/rmcveigh>
> >> <http://www.linkedin.com/in/rmcveigh><
> >> http://www.ziaconsulting.com/blog/rmcveigh>
> >>
> >
> >
>
--
Ryan McVeigh
Director of Enterprise Integration
office: 303.443.4004 x204
cell: 720.841.4838
fax: 877.569.7942
Follow Me:
<http://twitter.com/#!/rmcveigh>
<http://www.linkedin.com/in/rmcveigh><http://www.ziaconsulting.com/blog/rmcveigh>
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
Forgot to mention that cmis:createdBy returns the username in case of
Alfresco instead of first and last name - that doesn't work for me. Sorry to
comment on implementation specifics again, but just wanted to clarify that I
was hoping for a platform agnostic way to do this.
In any case, I will direct future platform specific questions to Alfresco
forums. Hopefully some of this stuff is configurable.
Thanks again for your help.
Naresh
On Tue, May 31, 2011 at 8:58 PM, Naresh Bhatia <bh...@comcast.net> wrote:
> Thanks Ryan. I was using Alfresco just as an example. I was rather hoping
> that this would be a common use case handled by the CMIS/OpenCMIS and I
> would be able to do this in a platform agnostic way. But may be that's not
> true.
>
> BTW, is there any extension mechanism in CMIS to add adhoc properties?
>
> Thanks.
> Naresh
>
>
> On Tue, May 31, 2011 at 8:41 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
>
>> These are Alfresco-specific questions and should be sent to the Alfresco
>> CMIS forum. However, you can use cmis:createdBy for author. I don't
>> recall
>> what Alfresco does for a description offhand.
>>
>> -Ryan
>>
>> On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net>
>> wrote:
>>
>> > One follow up question - I have a requirement to show the following
>> > attributes for a document on my front-end:
>> >
>> > - Title
>> > - Description
>> > - Full author name (e.g John Smith)
>> >
>> > What's the best way to do this with CMIS/OpenCMIS? Here's what I have
>> > tried:
>> >
>> > - Title: I am thinking of using cmis:name for this, although there
>> seems
>> > to a minor glitch. When I upload a document to my CMIS repository (an
>> > Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to
>> > the
>> > filename, e.g. yearly-report.pdf. However when I change the document's
>> > name
>> > from Alfresco's front-end, it not only changes the cmis:name but also
>> > the cmis:contentStreamFileName. I was not expecting the latter to
>> change
>> > and
>> > don't know if it has any bad side-effects.
>> > - Description: Don't know how to handle this!
>> > - Full author name: Don't know how to handle this!
>> >
>> > Any suggestions?
>> >
>> > Thanks.
>> > Naresh
>> >
>> >
>> > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
>> rmcveigh@ziaconsulting.com
>> > >wrote:
>> >
>> > > Those attributes at the top are atom elements, not CMIS ones. The
>> spec
>> > > identifies what they should be though - for example title should be
>> > > cmis:name. The properties are all accessible but perhaps not exposed
>> > from
>> > > the OpenCMIS API when using the AtomPub binding of the server. This
>> is
>> > > likely because the same properties aren't available in the web
>> services
>> > > binding (e.g. summary), and OpenCMIS should be binding agnostic. To
>> > write
>> > > a
>> > > reasonably portal and binding-agnostic application, I'd suggest only
>> > > relying
>> > > on CMIS-specified properties instead of those from the atom entry.
>> > >
>> > > -Ryan
>> > >
>> > > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
>> > > <na...@gmail.com>wrote:
>> > >
>> > > > I am trying to understand the CMIS spec by looking at the Atom
>> output
>> > > from
>> > > > Alfresco. From the spec it looks like most CMIS attributes are
>> > > represented
>> > > > as Object properties. However when I look at the Atom output, there
>> are
>> > > > similar attributes floating outside of properties. For example
>> (highly
>> > > > simplified output):
>> > > >
>> > > > <entry>
>> > > >
>> > > > <author>
>> > > > <name>nbhatia</name>
>> > > > </author>
>> > > >
>> > > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
>> > > >
>> > > > <title>cmis-article.pdf</title>
>> > > >
>> > > > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
>> > > >
>> > > > <published>2011-05-25T17:15:36.740Z</published>
>> > > >
>> > > > <updated>2011-05-25T17:15:40.045Z</updated>
>> > > >
>> > > > <cmisra:object>
>> > > > <cmis:properties>
>> > > > <cmis:propertyString
>> propertyDefinitionId="cmis:createdBy">
>> > > > <cmis:value>nbhatia</cmis:value>
>> > > > </cmis:propertyString>
>> > > >
>> > > > <cmis:propertyId propertyDefinitionId="cmis:objectId">
>> > > >
>> > > >
>> > > >
>> > >
>> >
>> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
>> > > > </cmis:propertyId>
>> > > >
>> > > > <cmis:propertyString propertyDefinitionId="cmis:name">
>> > > > <cmis:value>cmis-article.pdf</cmis:value>
>> > > > </cmis:propertyString>
>> > > >
>> > > > <cmis:propertyDateTime
>> > > propertyDefinitionId="cmis:creationDate">
>> > > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
>> > > > </cmis:propertyDateTime>
>> > > >
>> > > > <cmis:propertyDateTime
>> > > > propertyDefinitionId="cmis:lastModificationDate">
>> > > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
>> > > > </cmis:propertyDateTime>
>> > > > </cmis:properties>
>> > > > </cmisra:object>
>> > > >
>> > > > </entry>
>> > > >
>> > > >
>> > > > - Are the attributes at the top (author, id, title, summary,
>> > published,
>> > > > updated) accessible via CMIS?
>> > > > - Why are the values of <id> and CMIS property objectId different?
>> > > > - Is the <summary> value accessible via CMIS? It does not seem to
>> be
>> > a
>> > > > CMIS object property.
>> > > >
>> > > >
>> > > > Thanks.
>> > > > Naresh Bhatia
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Ryan McVeigh
>> > > Director of Enterprise Integration
>> > >
>> > > office: 303.443.4004 x204
>> > > cell: 720.841.4838
>> > > fax: 877.569.7942
>> > > Follow Me:
>> > > <http://twitter.com/#!/rmcveigh>
>> > > <http://www.linkedin.com/in/rmcveigh><
>> > > http://www.ziaconsulting.com/blog/rmcveigh>
>> > >
>> >
>>
>>
>>
>> --
>> Ryan McVeigh
>> Director of Enterprise Integration
>>
>> office: 303.443.4004 x204
>> cell: 720.841.4838
>> fax: 877.569.7942
>> Follow Me:
>> <http://twitter.com/#!/rmcveigh>
>> <http://www.linkedin.com/in/rmcveigh><
>> http://www.ziaconsulting.com/blog/rmcveigh>
>>
>
>
Re: Understanding the CMIS spec
Posted by Ryan McVeigh <rm...@ziaconsulting.com>.
The CMIS spec doesn't cover a description property for documents, so there's
no platform agnostic way to do that. CMIS doesn't (yet) specify how to add
new properties, but you can inspect the various types in the system and
their property definitions to know what each type will include for a
document of that type. In CMIS 1.1, type mutability is a possibility - but
that's a long way out before it shows up in a repository's implementation -
never mind that it'll be optional. You can at least use the repository to
add properties and access them via CMIS.
-Ryan
On Tue, May 31, 2011 at 6:58 PM, Naresh Bhatia <bh...@comcast.net> wrote:
> Thanks Ryan. I was using Alfresco just as an example. I was rather hoping
> that this would be a common use case handled by the CMIS/OpenCMIS and I
> would be able to do this in a platform agnostic way. But may be that's not
> true.
>
> BTW, is there any extension mechanism in CMIS to add adhoc properties?
>
> Thanks.
> Naresh
>
>
> On Tue, May 31, 2011 at 8:41 PM, Ryan McVeigh <rmcveigh@ziaconsulting.com
> >wrote:
>
> > These are Alfresco-specific questions and should be sent to the Alfresco
> > CMIS forum. However, you can use cmis:createdBy for author. I don't
> > recall
> > what Alfresco does for a description offhand.
> >
> > -Ryan
> >
> > On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net>
> > wrote:
> >
> > > One follow up question - I have a requirement to show the following
> > > attributes for a document on my front-end:
> > >
> > > - Title
> > > - Description
> > > - Full author name (e.g John Smith)
> > >
> > > What's the best way to do this with CMIS/OpenCMIS? Here's what I have
> > > tried:
> > >
> > > - Title: I am thinking of using cmis:name for this, although there
> > seems
> > > to a minor glitch. When I upload a document to my CMIS repository (an
> > > Alfresco instance) it sets cmis:name and cmis:contentStreamFileName
> to
> > > the
> > > filename, e.g. yearly-report.pdf. However when I change the
> document's
> > > name
> > > from Alfresco's front-end, it not only changes the cmis:name but also
> > > the cmis:contentStreamFileName. I was not expecting the latter to
> > change
> > > and
> > > don't know if it has any bad side-effects.
> > > - Description: Don't know how to handle this!
> > > - Full author name: Don't know how to handle this!
> > >
> > > Any suggestions?
> > >
> > > Thanks.
> > > Naresh
> > >
> > >
> > > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
> > rmcveigh@ziaconsulting.com
> > > >wrote:
> > >
> > > > Those attributes at the top are atom elements, not CMIS ones. The
> spec
> > > > identifies what they should be though - for example title should be
> > > > cmis:name. The properties are all accessible but perhaps not exposed
> > > from
> > > > the OpenCMIS API when using the AtomPub binding of the server. This
> is
> > > > likely because the same properties aren't available in the web
> services
> > > > binding (e.g. summary), and OpenCMIS should be binding agnostic. To
> > > write
> > > > a
> > > > reasonably portal and binding-agnostic application, I'd suggest only
> > > > relying
> > > > on CMIS-specified properties instead of those from the atom entry.
> > > >
> > > > -Ryan
> > > >
> > > > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> > > > <na...@gmail.com>wrote:
> > > >
> > > > > I am trying to understand the CMIS spec by looking at the Atom
> output
> > > > from
> > > > > Alfresco. From the spec it looks like most CMIS attributes are
> > > > represented
> > > > > as Object properties. However when I look at the Atom output, there
> > are
> > > > > similar attributes floating outside of properties. For example
> > (highly
> > > > > simplified output):
> > > > >
> > > > > <entry>
> > > > >
> > > > > <author>
> > > > > <name>nbhatia</name>
> > > > > </author>
> > > > >
> > > > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> > > > >
> > > > > <title>cmis-article.pdf</title>
> > > > >
> > > > > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> > > > >
> > > > > <published>2011-05-25T17:15:36.740Z</published>
> > > > >
> > > > > <updated>2011-05-25T17:15:40.045Z</updated>
> > > > >
> > > > > <cmisra:object>
> > > > > <cmis:properties>
> > > > > <cmis:propertyString
> > propertyDefinitionId="cmis:createdBy">
> > > > > <cmis:value>nbhatia</cmis:value>
> > > > > </cmis:propertyString>
> > > > >
> > > > > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > > > > </cmis:propertyId>
> > > > >
> > > > > <cmis:propertyString propertyDefinitionId="cmis:name">
> > > > > <cmis:value>cmis-article.pdf</cmis:value>
> > > > > </cmis:propertyString>
> > > > >
> > > > > <cmis:propertyDateTime
> > > > propertyDefinitionId="cmis:creationDate">
> > > > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > > > > </cmis:propertyDateTime>
> > > > >
> > > > > <cmis:propertyDateTime
> > > > > propertyDefinitionId="cmis:lastModificationDate">
> > > > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > > > > </cmis:propertyDateTime>
> > > > > </cmis:properties>
> > > > > </cmisra:object>
> > > > >
> > > > > </entry>
> > > > >
> > > > >
> > > > > - Are the attributes at the top (author, id, title, summary,
> > > published,
> > > > > updated) accessible via CMIS?
> > > > > - Why are the values of <id> and CMIS property objectId
> different?
> > > > > - Is the <summary> value accessible via CMIS? It does not seem to
> > be
> > > a
> > > > > CMIS object property.
> > > > >
> > > > >
> > > > > Thanks.
> > > > > Naresh Bhatia
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Ryan McVeigh
> > > > Director of Enterprise Integration
> > > >
> > > > office: 303.443.4004 x204
> > > > cell: 720.841.4838
> > > > fax: 877.569.7942
> > > > Follow Me:
> > > > <http://twitter.com/#!/rmcveigh>
> > > > <http://www.linkedin.com/in/rmcveigh><
> > > > http://www.ziaconsulting.com/blog/rmcveigh>
> > > >
> > >
> >
> >
> >
> > --
> > Ryan McVeigh
> > Director of Enterprise Integration
> >
> > office: 303.443.4004 x204
> > cell: 720.841.4838
> > fax: 877.569.7942
> > Follow Me:
> > <http://twitter.com/#!/rmcveigh>
> > <http://www.linkedin.com/in/rmcveigh><
> > http://www.ziaconsulting.com/blog/rmcveigh>
> >
>
--
Ryan McVeigh
Director of Enterprise Integration
office: 303.443.4004 x204
cell: 720.841.4838
fax: 877.569.7942
Follow Me:
<http://twitter.com/#!/rmcveigh>
<http://www.linkedin.com/in/rmcveigh><http://www.ziaconsulting.com/blog/rmcveigh>
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
Thanks Ryan. I was using Alfresco just as an example. I was rather hoping
that this would be a common use case handled by the CMIS/OpenCMIS and I
would be able to do this in a platform agnostic way. But may be that's not
true.
BTW, is there any extension mechanism in CMIS to add adhoc properties?
Thanks.
Naresh
On Tue, May 31, 2011 at 8:41 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
> These are Alfresco-specific questions and should be sent to the Alfresco
> CMIS forum. However, you can use cmis:createdBy for author. I don't
> recall
> what Alfresco does for a description offhand.
>
> -Ryan
>
> On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net>
> wrote:
>
> > One follow up question - I have a requirement to show the following
> > attributes for a document on my front-end:
> >
> > - Title
> > - Description
> > - Full author name (e.g John Smith)
> >
> > What's the best way to do this with CMIS/OpenCMIS? Here's what I have
> > tried:
> >
> > - Title: I am thinking of using cmis:name for this, although there
> seems
> > to a minor glitch. When I upload a document to my CMIS repository (an
> > Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to
> > the
> > filename, e.g. yearly-report.pdf. However when I change the document's
> > name
> > from Alfresco's front-end, it not only changes the cmis:name but also
> > the cmis:contentStreamFileName. I was not expecting the latter to
> change
> > and
> > don't know if it has any bad side-effects.
> > - Description: Don't know how to handle this!
> > - Full author name: Don't know how to handle this!
> >
> > Any suggestions?
> >
> > Thanks.
> > Naresh
> >
> >
> > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
> rmcveigh@ziaconsulting.com
> > >wrote:
> >
> > > Those attributes at the top are atom elements, not CMIS ones. The spec
> > > identifies what they should be though - for example title should be
> > > cmis:name. The properties are all accessible but perhaps not exposed
> > from
> > > the OpenCMIS API when using the AtomPub binding of the server. This is
> > > likely because the same properties aren't available in the web services
> > > binding (e.g. summary), and OpenCMIS should be binding agnostic. To
> > write
> > > a
> > > reasonably portal and binding-agnostic application, I'd suggest only
> > > relying
> > > on CMIS-specified properties instead of those from the atom entry.
> > >
> > > -Ryan
> > >
> > > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> > > <na...@gmail.com>wrote:
> > >
> > > > I am trying to understand the CMIS spec by looking at the Atom output
> > > from
> > > > Alfresco. From the spec it looks like most CMIS attributes are
> > > represented
> > > > as Object properties. However when I look at the Atom output, there
> are
> > > > similar attributes floating outside of properties. For example
> (highly
> > > > simplified output):
> > > >
> > > > <entry>
> > > >
> > > > <author>
> > > > <name>nbhatia</name>
> > > > </author>
> > > >
> > > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> > > >
> > > > <title>cmis-article.pdf</title>
> > > >
> > > > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> > > >
> > > > <published>2011-05-25T17:15:36.740Z</published>
> > > >
> > > > <updated>2011-05-25T17:15:40.045Z</updated>
> > > >
> > > > <cmisra:object>
> > > > <cmis:properties>
> > > > <cmis:propertyString
> propertyDefinitionId="cmis:createdBy">
> > > > <cmis:value>nbhatia</cmis:value>
> > > > </cmis:propertyString>
> > > >
> > > > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> > > >
> > > >
> > > >
> > >
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > > > </cmis:propertyId>
> > > >
> > > > <cmis:propertyString propertyDefinitionId="cmis:name">
> > > > <cmis:value>cmis-article.pdf</cmis:value>
> > > > </cmis:propertyString>
> > > >
> > > > <cmis:propertyDateTime
> > > propertyDefinitionId="cmis:creationDate">
> > > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > > > </cmis:propertyDateTime>
> > > >
> > > > <cmis:propertyDateTime
> > > > propertyDefinitionId="cmis:lastModificationDate">
> > > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > > > </cmis:propertyDateTime>
> > > > </cmis:properties>
> > > > </cmisra:object>
> > > >
> > > > </entry>
> > > >
> > > >
> > > > - Are the attributes at the top (author, id, title, summary,
> > published,
> > > > updated) accessible via CMIS?
> > > > - Why are the values of <id> and CMIS property objectId different?
> > > > - Is the <summary> value accessible via CMIS? It does not seem to
> be
> > a
> > > > CMIS object property.
> > > >
> > > >
> > > > Thanks.
> > > > Naresh Bhatia
> > > >
> > >
> > >
> > >
> > > --
> > > Ryan McVeigh
> > > Director of Enterprise Integration
> > >
> > > office: 303.443.4004 x204
> > > cell: 720.841.4838
> > > fax: 877.569.7942
> > > Follow Me:
> > > <http://twitter.com/#!/rmcveigh>
> > > <http://www.linkedin.com/in/rmcveigh><
> > > http://www.ziaconsulting.com/blog/rmcveigh>
> > >
> >
>
>
>
> --
> Ryan McVeigh
> Director of Enterprise Integration
>
> office: 303.443.4004 x204
> cell: 720.841.4838
> fax: 877.569.7942
> Follow Me:
> <http://twitter.com/#!/rmcveigh>
> <http://www.linkedin.com/in/rmcveigh><
> http://www.ziaconsulting.com/blog/rmcveigh>
>
Re: Understanding the CMIS spec
Posted by Ryan McVeigh <rm...@ziaconsulting.com>.
These are Alfresco-specific questions and should be sent to the Alfresco
CMIS forum. However, you can use cmis:createdBy for author. I don't recall
what Alfresco does for a description offhand.
-Ryan
On Tue, May 31, 2011 at 5:53 PM, Naresh Bhatia <bh...@comcast.net> wrote:
> One follow up question - I have a requirement to show the following
> attributes for a document on my front-end:
>
> - Title
> - Description
> - Full author name (e.g John Smith)
>
> What's the best way to do this with CMIS/OpenCMIS? Here's what I have
> tried:
>
> - Title: I am thinking of using cmis:name for this, although there seems
> to a minor glitch. When I upload a document to my CMIS repository (an
> Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to
> the
> filename, e.g. yearly-report.pdf. However when I change the document's
> name
> from Alfresco's front-end, it not only changes the cmis:name but also
> the cmis:contentStreamFileName. I was not expecting the latter to change
> and
> don't know if it has any bad side-effects.
> - Description: Don't know how to handle this!
> - Full author name: Don't know how to handle this!
>
> Any suggestions?
>
> Thanks.
> Naresh
>
>
> On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <rmcveigh@ziaconsulting.com
> >wrote:
>
> > Those attributes at the top are atom elements, not CMIS ones. The spec
> > identifies what they should be though - for example title should be
> > cmis:name. The properties are all accessible but perhaps not exposed
> from
> > the OpenCMIS API when using the AtomPub binding of the server. This is
> > likely because the same properties aren't available in the web services
> > binding (e.g. summary), and OpenCMIS should be binding agnostic. To
> write
> > a
> > reasonably portal and binding-agnostic application, I'd suggest only
> > relying
> > on CMIS-specified properties instead of those from the atom entry.
> >
> > -Ryan
> >
> > On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> > <na...@gmail.com>wrote:
> >
> > > I am trying to understand the CMIS spec by looking at the Atom output
> > from
> > > Alfresco. From the spec it looks like most CMIS attributes are
> > represented
> > > as Object properties. However when I look at the Atom output, there are
> > > similar attributes floating outside of properties. For example (highly
> > > simplified output):
> > >
> > > <entry>
> > >
> > > <author>
> > > <name>nbhatia</name>
> > > </author>
> > >
> > > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> > >
> > > <title>cmis-article.pdf</title>
> > >
> > > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> > >
> > > <published>2011-05-25T17:15:36.740Z</published>
> > >
> > > <updated>2011-05-25T17:15:40.045Z</updated>
> > >
> > > <cmisra:object>
> > > <cmis:properties>
> > > <cmis:propertyString propertyDefinitionId="cmis:createdBy">
> > > <cmis:value>nbhatia</cmis:value>
> > > </cmis:propertyString>
> > >
> > > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> > >
> > >
> > >
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > > </cmis:propertyId>
> > >
> > > <cmis:propertyString propertyDefinitionId="cmis:name">
> > > <cmis:value>cmis-article.pdf</cmis:value>
> > > </cmis:propertyString>
> > >
> > > <cmis:propertyDateTime
> > propertyDefinitionId="cmis:creationDate">
> > > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > > </cmis:propertyDateTime>
> > >
> > > <cmis:propertyDateTime
> > > propertyDefinitionId="cmis:lastModificationDate">
> > > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > > </cmis:propertyDateTime>
> > > </cmis:properties>
> > > </cmisra:object>
> > >
> > > </entry>
> > >
> > >
> > > - Are the attributes at the top (author, id, title, summary,
> published,
> > > updated) accessible via CMIS?
> > > - Why are the values of <id> and CMIS property objectId different?
> > > - Is the <summary> value accessible via CMIS? It does not seem to be
> a
> > > CMIS object property.
> > >
> > >
> > > Thanks.
> > > Naresh Bhatia
> > >
> >
> >
> >
> > --
> > Ryan McVeigh
> > Director of Enterprise Integration
> >
> > office: 303.443.4004 x204
> > cell: 720.841.4838
> > fax: 877.569.7942
> > Follow Me:
> > <http://twitter.com/#!/rmcveigh>
> > <http://www.linkedin.com/in/rmcveigh><
> > http://www.ziaconsulting.com/blog/rmcveigh>
> >
>
--
Ryan McVeigh
Director of Enterprise Integration
office: 303.443.4004 x204
cell: 720.841.4838
fax: 877.569.7942
Follow Me:
<http://twitter.com/#!/rmcveigh>
<http://www.linkedin.com/in/rmcveigh><http://www.ziaconsulting.com/blog/rmcveigh>
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
Thanks Florent, good explanation of the why behind some of my observations!
Naresh
On Wed, Jun 8, 2011 at 10:54 AM, Florent Guillaume <fg...@nuxeo.com> wrote:
> CMIS defines three different but often related concepts:
> - cmis:name
> - cmis:contentStreamFileName
> - relative path segment
>
> cmis:name is usually seen as "the title", and
> cmis:contentStreamFileName as "the file name". Some repository will
> keep those in sync when they are modified, for the benefits of dumber
> non-CMIS access modes that basically expect a filesystem-like
> interface (WebDAV, CIFS, WSS, etc.). The relative path segment is also
> often tied to the file name as other dumb access modes expect the
> relative path segment to be the same as the file name.
>
> So it all depends on the repository implementation, which usually has
> to make compromises to work with 1. non-spec-compliant CMIS clients
> and 2. other non-CMIS clients.
>
> Florent
>
> PS: I know WebDAV has separate title and displayname but a number of
> dumb WebDAV clients confuse the two and expect them to be the same as
> well
>
>
> On Wed, Jun 1, 2011 at 1:53 AM, Naresh Bhatia <bh...@comcast.net> wrote:
> > One follow up question - I have a requirement to show the following
> > attributes for a document on my front-end:
> >
> > - Title
> > - Description
> > - Full author name (e.g John Smith)
> >
> > What's the best way to do this with CMIS/OpenCMIS? Here's what I have
> tried:
> >
> > - Title: I am thinking of using cmis:name for this, although there
> seems
> > to a minor glitch. When I upload a document to my CMIS repository (an
> > Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to
> the
> > filename, e.g. yearly-report.pdf. However when I change the document's
> name
> > from Alfresco's front-end, it not only changes the cmis:name but also
> > the cmis:contentStreamFileName. I was not expecting the latter to
> change and
> > don't know if it has any bad side-effects.
> > - Description: Don't know how to handle this!
> > - Full author name: Don't know how to handle this!
> >
> > Any suggestions?
> >
> > Thanks.
> > Naresh
> >
> >
> > On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <
> rmcveigh@ziaconsulting.com>wrote:
> >
> >> Those attributes at the top are atom elements, not CMIS ones. The spec
> >> identifies what they should be though - for example title should be
> >> cmis:name. The properties are all accessible but perhaps not exposed
> from
> >> the OpenCMIS API when using the AtomPub binding of the server. This is
> >> likely because the same properties aren't available in the web services
> >> binding (e.g. summary), and OpenCMIS should be binding agnostic. To
> write
> >> a
> >> reasonably portal and binding-agnostic application, I'd suggest only
> >> relying
> >> on CMIS-specified properties instead of those from the atom entry.
> >>
> >> -Ryan
> >>
> >> On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> >> <na...@gmail.com>wrote:
> >>
> >> > I am trying to understand the CMIS spec by looking at the Atom output
> >> from
> >> > Alfresco. From the spec it looks like most CMIS attributes are
> >> represented
> >> > as Object properties. However when I look at the Atom output, there
> are
> >> > similar attributes floating outside of properties. For example (highly
> >> > simplified output):
> >> >
> >> > <entry>
> >> >
> >> > <author>
> >> > <name>nbhatia</name>
> >> > </author>
> >> >
> >> > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> >> >
> >> > <title>cmis-article.pdf</title>
> >> >
> >> > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> >> >
> >> > <published>2011-05-25T17:15:36.740Z</published>
> >> >
> >> > <updated>2011-05-25T17:15:40.045Z</updated>
> >> >
> >> > <cmisra:object>
> >> > <cmis:properties>
> >> > <cmis:propertyString propertyDefinitionId="cmis:createdBy">
> >> > <cmis:value>nbhatia</cmis:value>
> >> > </cmis:propertyString>
> >> >
> >> > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> >> >
> >> >
> >> >
> >>
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> >> > </cmis:propertyId>
> >> >
> >> > <cmis:propertyString propertyDefinitionId="cmis:name">
> >> > <cmis:value>cmis-article.pdf</cmis:value>
> >> > </cmis:propertyString>
> >> >
> >> > <cmis:propertyDateTime
> >> propertyDefinitionId="cmis:creationDate">
> >> > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> >> > </cmis:propertyDateTime>
> >> >
> >> > <cmis:propertyDateTime
> >> > propertyDefinitionId="cmis:lastModificationDate">
> >> > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> >> > </cmis:propertyDateTime>
> >> > </cmis:properties>
> >> > </cmisra:object>
> >> >
> >> > </entry>
> >> >
> >> >
> >> > - Are the attributes at the top (author, id, title, summary,
> published,
> >> > updated) accessible via CMIS?
> >> > - Why are the values of <id> and CMIS property objectId different?
> >> > - Is the <summary> value accessible via CMIS? It does not seem to be
> a
> >> > CMIS object property.
> >> >
> >> >
> >> > Thanks.
> >> > Naresh Bhatia
> >> >
> >>
> >>
> >>
> >> --
> >> Ryan McVeigh
> >> Director of Enterprise Integration
> >>
> >> office: 303.443.4004 x204
> >> cell: 720.841.4838
> >> fax: 877.569.7942
> >> Follow Me:
> >> <http://twitter.com/#!/rmcveigh>
> >> <http://www.linkedin.com/in/rmcveigh><
> >> http://www.ziaconsulting.com/blog/rmcveigh>
> >>
> >
>
>
>
> --
> Florent Guillaume, Director of R&D, Nuxeo
> Open Source, Java EE based, Enterprise Content Management (ECM)
> http://www.nuxeo.com http://www.nuxeo.org +33 1 40 33 79 87
>
Re: Understanding the CMIS spec
Posted by Florent Guillaume <fg...@nuxeo.com>.
CMIS defines three different but often related concepts:
- cmis:name
- cmis:contentStreamFileName
- relative path segment
cmis:name is usually seen as "the title", and
cmis:contentStreamFileName as "the file name". Some repository will
keep those in sync when they are modified, for the benefits of dumber
non-CMIS access modes that basically expect a filesystem-like
interface (WebDAV, CIFS, WSS, etc.). The relative path segment is also
often tied to the file name as other dumb access modes expect the
relative path segment to be the same as the file name.
So it all depends on the repository implementation, which usually has
to make compromises to work with 1. non-spec-compliant CMIS clients
and 2. other non-CMIS clients.
Florent
PS: I know WebDAV has separate title and displayname but a number of
dumb WebDAV clients confuse the two and expect them to be the same as
well
On Wed, Jun 1, 2011 at 1:53 AM, Naresh Bhatia <bh...@comcast.net> wrote:
> One follow up question - I have a requirement to show the following
> attributes for a document on my front-end:
>
> - Title
> - Description
> - Full author name (e.g John Smith)
>
> What's the best way to do this with CMIS/OpenCMIS? Here's what I have tried:
>
> - Title: I am thinking of using cmis:name for this, although there seems
> to a minor glitch. When I upload a document to my CMIS repository (an
> Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to the
> filename, e.g. yearly-report.pdf. However when I change the document's name
> from Alfresco's front-end, it not only changes the cmis:name but also
> the cmis:contentStreamFileName. I was not expecting the latter to change and
> don't know if it has any bad side-effects.
> - Description: Don't know how to handle this!
> - Full author name: Don't know how to handle this!
>
> Any suggestions?
>
> Thanks.
> Naresh
>
>
> On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
>
>> Those attributes at the top are atom elements, not CMIS ones. The spec
>> identifies what they should be though - for example title should be
>> cmis:name. The properties are all accessible but perhaps not exposed from
>> the OpenCMIS API when using the AtomPub binding of the server. This is
>> likely because the same properties aren't available in the web services
>> binding (e.g. summary), and OpenCMIS should be binding agnostic. To write
>> a
>> reasonably portal and binding-agnostic application, I'd suggest only
>> relying
>> on CMIS-specified properties instead of those from the atom entry.
>>
>> -Ryan
>>
>> On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
>> <na...@gmail.com>wrote:
>>
>> > I am trying to understand the CMIS spec by looking at the Atom output
>> from
>> > Alfresco. From the spec it looks like most CMIS attributes are
>> represented
>> > as Object properties. However when I look at the Atom output, there are
>> > similar attributes floating outside of properties. For example (highly
>> > simplified output):
>> >
>> > <entry>
>> >
>> > <author>
>> > <name>nbhatia</name>
>> > </author>
>> >
>> > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
>> >
>> > <title>cmis-article.pdf</title>
>> >
>> > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
>> >
>> > <published>2011-05-25T17:15:36.740Z</published>
>> >
>> > <updated>2011-05-25T17:15:40.045Z</updated>
>> >
>> > <cmisra:object>
>> > <cmis:properties>
>> > <cmis:propertyString propertyDefinitionId="cmis:createdBy">
>> > <cmis:value>nbhatia</cmis:value>
>> > </cmis:propertyString>
>> >
>> > <cmis:propertyId propertyDefinitionId="cmis:objectId">
>> >
>> >
>> >
>> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
>> > </cmis:propertyId>
>> >
>> > <cmis:propertyString propertyDefinitionId="cmis:name">
>> > <cmis:value>cmis-article.pdf</cmis:value>
>> > </cmis:propertyString>
>> >
>> > <cmis:propertyDateTime
>> propertyDefinitionId="cmis:creationDate">
>> > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
>> > </cmis:propertyDateTime>
>> >
>> > <cmis:propertyDateTime
>> > propertyDefinitionId="cmis:lastModificationDate">
>> > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
>> > </cmis:propertyDateTime>
>> > </cmis:properties>
>> > </cmisra:object>
>> >
>> > </entry>
>> >
>> >
>> > - Are the attributes at the top (author, id, title, summary, published,
>> > updated) accessible via CMIS?
>> > - Why are the values of <id> and CMIS property objectId different?
>> > - Is the <summary> value accessible via CMIS? It does not seem to be a
>> > CMIS object property.
>> >
>> >
>> > Thanks.
>> > Naresh Bhatia
>> >
>>
>>
>>
>> --
>> Ryan McVeigh
>> Director of Enterprise Integration
>>
>> office: 303.443.4004 x204
>> cell: 720.841.4838
>> fax: 877.569.7942
>> Follow Me:
>> <http://twitter.com/#!/rmcveigh>
>> <http://www.linkedin.com/in/rmcveigh><
>> http://www.ziaconsulting.com/blog/rmcveigh>
>>
>
--
Florent Guillaume, Director of R&D, Nuxeo
Open Source, Java EE based, Enterprise Content Management (ECM)
http://www.nuxeo.com http://www.nuxeo.org +33 1 40 33 79 87
Re: Understanding the CMIS spec
Posted by Naresh Bhatia <bh...@comcast.net>.
One follow up question - I have a requirement to show the following
attributes for a document on my front-end:
- Title
- Description
- Full author name (e.g John Smith)
What's the best way to do this with CMIS/OpenCMIS? Here's what I have tried:
- Title: I am thinking of using cmis:name for this, although there seems
to a minor glitch. When I upload a document to my CMIS repository (an
Alfresco instance) it sets cmis:name and cmis:contentStreamFileName to the
filename, e.g. yearly-report.pdf. However when I change the document's name
from Alfresco's front-end, it not only changes the cmis:name but also
the cmis:contentStreamFileName. I was not expecting the latter to change and
don't know if it has any bad side-effects.
- Description: Don't know how to handle this!
- Full author name: Don't know how to handle this!
Any suggestions?
Thanks.
Naresh
On Tue, May 31, 2011 at 4:08 PM, Ryan McVeigh <rm...@ziaconsulting.com>wrote:
> Those attributes at the top are atom elements, not CMIS ones. The spec
> identifies what they should be though - for example title should be
> cmis:name. The properties are all accessible but perhaps not exposed from
> the OpenCMIS API when using the AtomPub binding of the server. This is
> likely because the same properties aren't available in the web services
> binding (e.g. summary), and OpenCMIS should be binding agnostic. To write
> a
> reasonably portal and binding-agnostic application, I'd suggest only
> relying
> on CMIS-specified properties instead of those from the atom entry.
>
> -Ryan
>
> On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
> <na...@gmail.com>wrote:
>
> > I am trying to understand the CMIS spec by looking at the Atom output
> from
> > Alfresco. From the spec it looks like most CMIS attributes are
> represented
> > as Object properties. However when I look at the Atom output, there are
> > similar attributes floating outside of properties. For example (highly
> > simplified output):
> >
> > <entry>
> >
> > <author>
> > <name>nbhatia</name>
> > </author>
> >
> > <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
> >
> > <title>cmis-article.pdf</title>
> >
> > <summary>Examples using CMIS, Abdera, & Chemistry</summary>
> >
> > <published>2011-05-25T17:15:36.740Z</published>
> >
> > <updated>2011-05-25T17:15:40.045Z</updated>
> >
> > <cmisra:object>
> > <cmis:properties>
> > <cmis:propertyString propertyDefinitionId="cmis:createdBy">
> > <cmis:value>nbhatia</cmis:value>
> > </cmis:propertyString>
> >
> > <cmis:propertyId propertyDefinitionId="cmis:objectId">
> >
> >
> >
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> > </cmis:propertyId>
> >
> > <cmis:propertyString propertyDefinitionId="cmis:name">
> > <cmis:value>cmis-article.pdf</cmis:value>
> > </cmis:propertyString>
> >
> > <cmis:propertyDateTime
> propertyDefinitionId="cmis:creationDate">
> > <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> > </cmis:propertyDateTime>
> >
> > <cmis:propertyDateTime
> > propertyDefinitionId="cmis:lastModificationDate">
> > <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> > </cmis:propertyDateTime>
> > </cmis:properties>
> > </cmisra:object>
> >
> > </entry>
> >
> >
> > - Are the attributes at the top (author, id, title, summary, published,
> > updated) accessible via CMIS?
> > - Why are the values of <id> and CMIS property objectId different?
> > - Is the <summary> value accessible via CMIS? It does not seem to be a
> > CMIS object property.
> >
> >
> > Thanks.
> > Naresh Bhatia
> >
>
>
>
> --
> Ryan McVeigh
> Director of Enterprise Integration
>
> office: 303.443.4004 x204
> cell: 720.841.4838
> fax: 877.569.7942
> Follow Me:
> <http://twitter.com/#!/rmcveigh>
> <http://www.linkedin.com/in/rmcveigh><
> http://www.ziaconsulting.com/blog/rmcveigh>
>
Re: Understanding the CMIS spec
Posted by Ryan McVeigh <rm...@ziaconsulting.com>.
Those attributes at the top are atom elements, not CMIS ones. The spec
identifies what they should be though - for example title should be
cmis:name. The properties are all accessible but perhaps not exposed from
the OpenCMIS API when using the AtomPub binding of the server. This is
likely because the same properties aren't available in the web services
binding (e.g. summary), and OpenCMIS should be binding agnostic. To write a
reasonably portal and binding-agnostic application, I'd suggest only relying
on CMIS-specified properties instead of those from the atom entry.
-Ryan
On Tue, May 31, 2011 at 2:01 PM, Naresh Bhatia
<na...@gmail.com>wrote:
> I am trying to understand the CMIS spec by looking at the Atom output from
> Alfresco. From the spec it looks like most CMIS attributes are represented
> as Object properties. However when I look at the Atom output, there are
> similar attributes floating outside of properties. For example (highly
> simplified output):
>
> <entry>
>
> <author>
> <name>nbhatia</name>
> </author>
>
> <id>urn:uuid:5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</id>
>
> <title>cmis-article.pdf</title>
>
> <summary>Examples using CMIS, Abdera, & Chemistry</summary>
>
> <published>2011-05-25T17:15:36.740Z</published>
>
> <updated>2011-05-25T17:15:40.045Z</updated>
>
> <cmisra:object>
> <cmis:properties>
> <cmis:propertyString propertyDefinitionId="cmis:createdBy">
> <cmis:value>nbhatia</cmis:value>
> </cmis:propertyString>
>
> <cmis:propertyId propertyDefinitionId="cmis:objectId">
>
>
> <cmis:value>workspace://SpacesStore/5c92e5a7-8563-4a15-8b92-bb4d8ae55ae0</cmis:value>
> </cmis:propertyId>
>
> <cmis:propertyString propertyDefinitionId="cmis:name">
> <cmis:value>cmis-article.pdf</cmis:value>
> </cmis:propertyString>
>
> <cmis:propertyDateTime propertyDefinitionId="cmis:creationDate">
> <cmis:value>2011-05-25T17:15:36.740Z</cmis:value>
> </cmis:propertyDateTime>
>
> <cmis:propertyDateTime
> propertyDefinitionId="cmis:lastModificationDate">
> <cmis:value>2011-05-25T17:15:40.045Z</cmis:value>
> </cmis:propertyDateTime>
> </cmis:properties>
> </cmisra:object>
>
> </entry>
>
>
> - Are the attributes at the top (author, id, title, summary, published,
> updated) accessible via CMIS?
> - Why are the values of <id> and CMIS property objectId different?
> - Is the <summary> value accessible via CMIS? It does not seem to be a
> CMIS object property.
>
>
> Thanks.
> Naresh Bhatia
>
--
Ryan McVeigh
Director of Enterprise Integration
office: 303.443.4004 x204
cell: 720.841.4838
fax: 877.569.7942
Follow Me:
<http://twitter.com/#!/rmcveigh>
<http://www.linkedin.com/in/rmcveigh><http://www.ziaconsulting.com/blog/rmcveigh>