<?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 CMIS  in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/cmis/m-p/305647#M258777</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;We have a custom content model with an text attribute wm:configAcctId.&amp;nbsp; When we perform a CMIS query that includes this attribute we see results as if it is being treated as a term.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;ie.&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;if we query where&amp;nbsp; wm:configAcctId = '3301' we will see results where &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;wm:configAcctId == '3A3301'&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The query we are issuing is this &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;SELECT cs.cmis&lt;img id="smileysurprised" class="emoticon emoticon-smileysurprised" src="https://connect.hyland.com/i/smilies/16x16_smiley-surprised.png" alt="Smiley Surprised" title="Smiley Surprised" /&gt;bjectId, cs.cmis:contentStreamMimeType, cs.cmis:lastModificationDate, cs.cmis:contentStreamLength, cs.wm:docId, cs.wm:reportTitle, cs.wm:reportingLevel, cs.wm:reportType, cs.wm:reportCategory, cs.wm:reportAccountId, cs.wm:docLevel,cmd.wm:clientId, cs.wm:isExpressDelivery, cs.wm:lastInsiteDeliveryDate, cmd.wm:effectiveDate, cmd.wm:frequency, cmd.wm:renditionStatus FROM wm:report as cs join wm:common_metadata as cmd on cs.cmis&lt;img id="smileysurprised" class="emoticon emoticon-smileysurprised" src="https://connect.hyland.com/i/smilies/16x16_smiley-surprised.png" alt="Smiley Surprised" title="Smiley Surprised" /&gt;bjectId = cmd.cmis&lt;img id="smileysurprised" class="emoticon emoticon-smileysurprised" src="https://connect.hyland.com/i/smilies/16x16_smiley-surprised.png" alt="Smiley Surprised" title="Smiley Surprised" /&gt;bjectId where cs.wm:isInsiteEligible = true AND cs.wm:configAcctId = '"^3301"' AND cmd.wm:asOfDate = '201606' AND cmd.wm:frequency = 'Q' ORDER BY cs.wm:reportAccountId &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Is there some way that we can force an exact match in the query?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Jeff&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 28 Jul 2016 12:58:44 GMT</pubDate>
    <dc:creator>jeffandcarrie</dc:creator>
    <dc:date>2016-07-28T12:58:44Z</dc:date>
    <item>
      <title>CMIS</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/cmis/m-p/305647#M258777</link>
      <description>We have a custom content model with an text attribute wm:configAcctId.&amp;nbsp; When we perform a CMIS query that includes this attribute we see results as if it is being treated as a term.ie.&amp;nbsp;&amp;nbsp; if we query where&amp;nbsp; wm:configAcctId = '3301' we will see results where wm:configAcctId == '3A3301'The query we are</description>
      <pubDate>Thu, 28 Jul 2016 12:58:44 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/cmis/m-p/305647#M258777</guid>
      <dc:creator>jeffandcarrie</dc:creator>
      <dc:date>2016-07-28T12:58:44Z</dc:date>
    </item>
    <item>
      <title>Re: CMIS</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/cmis/m-p/305648#M258778</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;It would be very interesting to know how you have configured the wm:configAcctId in your data model. I assume you have set it with "tokenised" being "true" or potentially "both". It is also relevant to know if you have enabled the database indices to support &amp;lt;a href="&lt;/SPAN&gt;&lt;A href="http://docs.alfresco.com/5.1/concepts/intrans-metadata.html" rel="nofollow noopener noreferrer"&gt;http://docs.alfresco.com/5.1/concepts/intrans-metadata.html&lt;/A&gt;&lt;SPAN&gt;"&amp;gt;transactional metadata queries&amp;lt;/a&amp;gt;.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you have it set to "true" than that explains the result, as there will be a match with 3A3301 due to the fact that this value is split (tokenised) before and after the A, so it has three tokens 3 A 3301 that can be matched. This tokenisation is only relevant if searches are performed against the index. This happens when the query is too complex, contains elements not supported by a database query or the indices relevant for transactional metadata query have not been created in the database. Your query contains a comparison with a boolean value, which last I checked is not supported by queries against the database (due performance / lack of index).&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;If "tokenised" is set to "both" I would expect the intended result to be returned, potentially accompanied with the "wrong" one since "both" will result in 4 tokens for 3A3301, the full term and the same tokens from the "tokenised=true" case.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 01 Aug 2016 11:11:13 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/cmis/m-p/305648#M258778</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2016-08-01T11:11:13Z</dc:date>
    </item>
  </channel>
</rss>

