<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Alfresco CMIS compatibility in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297116#M250246</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I tried few scenarios with Alfresco OpenCMIS extension. What can I see is, this extension has no support to most of the OpenCMIS properties and we need to use their own instead. E.g with extension we can't use cmis:description (OpenCMIS property) instead of we have to use cm:description. So this extension is not backward compatible with CMIS (Open CMIS).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Think about a scenario where I want to use this extension with CMIS compatible repository. Then since we can't use cmis:description with extension, we can't set a description of a document on that CMIS compatible repository. Although we can't use cm:description(alfresco) since our CMIS compatible repository is not compatible with this.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;What my point here is it is fine to add your own properties but meanwhile it is better to stay compatible with CMIS properties.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 09 Jul 2013 09:01:23 GMT</pubDate>
    <dc:creator>lasithc</dc:creator>
    <dc:date>2013-07-09T09:01:23Z</dc:date>
    <item>
      <title>Alfresco CMIS compatibility</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297116#M250246</link>
      <description>Hi,I tried few scenarios with Alfresco OpenCMIS extension. What can I see is, this extension has no support to most of the OpenCMIS properties and we need to use their own instead. E.g with extension we can't use cmis:description (OpenCMIS property) instead of we have to use cm:description. So this</description>
      <pubDate>Tue, 09 Jul 2013 09:01:23 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297116#M250246</guid>
      <dc:creator>lasithc</dc:creator>
      <dc:date>2013-07-09T09:01:23Z</dc:date>
    </item>
    <item>
      <title>Re: Alfresco CMIS compatibility</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297117#M250247</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I think it is a good ideal to try to stay with the content model defined by CMIS, but it is not practical for most content-centric applications. Most custom apps need their own custom content model. That includes Alfresco's own web clients. The property you mention, cm:description, is not defined by the spec, it is defined by Alfresco's content model. When you create your own content model you are likely to have your own types and properties as well.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you need your application to work across different repositories, you'll likely have to have a content model mapping. That's because not only does that other repository have an entirely different content model, they may also have different rules for naming properties. For example, not all CMIS repositories use namespaces in their content models. So another repository might call their description field "dm:desc" or just "desc".&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The point is that when Alfresco adds its own content model (or when you add your own content model) you are not breaking compliance with CMIS. CMIS gives you the flexibility to have properties named in the way that makes sense for your repository.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;By the way, if you need to work with cm:description (or any other property defined in an aspect), because it is defined in an aspect, you'll need to use the &amp;lt;a href="&lt;/SPAN&gt;&lt;A href="http://code.google.com/a/apache-extras.org/p/alfresco-opencmis-extension/" rel="nofollow noopener noreferrer"&gt;http://code.google.com/a/apache-extras.org/p/alfresco-opencmis-extension/&lt;/A&gt;&lt;SPAN&gt;"&amp;gt;Alfresco OpenCMIS Extension&amp;lt;/a&amp;gt;. In CMIS 1.1, aspects are called secondary types and are supported natively, so when Alfresco supports secondary types, you won't need to use that extension.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Jeff&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 29 Jul 2013 19:13:26 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297117#M250247</guid>
      <dc:creator>jpotts</dc:creator>
      <dc:date>2013-07-29T19:13:26Z</dc:date>
    </item>
    <item>
      <title>Re: Alfresco CMIS compatibility</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297118#M250248</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi jpotts, so if I´m using a custom content model and CMIS but not developing in Java, how can I set set/access custom properties? (I´m suppossing the Alfresco OpenCMIS Extension libraries are only for Java)&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Aug 2013 12:00:30 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/alfresco-cmis-compatibility/m-p/297118#M250248</guid>
      <dc:creator>ritesh</dc:creator>
      <dc:date>2013-08-13T12:00:30Z</dc:date>
    </item>
  </channel>
</rss>

