<?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 New node indexing in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302404#M255534</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I've been running into this issue quite a few times and usually find a way around it but I would like to understand what i can do differently for the next time it becomes an issue so all suggestions are much appreciated.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Imagine 2 webscripts, one that creates a node of custom type X and another that lists&amp;nbsp; all nodes of that same custom type X.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Now when I call the first web script the node gets created and i can get it's nodeRef etc, but when I then call the second web script that same node isn't found. This lasts for about 10 to 15 seconds and then the node is listed.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I assume (but correct me if I'm wrong) that this is because of the indexing settings of, in this case, SOLR and that it takes 15 seconds for it to realise a node has been added and for it to be indexed, but is there a way to change this so the node is found immediately after it has been created?&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 12 Sep 2015 11:03:40 GMT</pubDate>
    <dc:creator>schipmolder</dc:creator>
    <dc:date>2015-09-12T11:03:40Z</dc:date>
    <item>
      <title>New node indexing</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302404#M255534</link>
      <description>I've been running into this issue quite a few times and usually find a way around it but I would like to understand what i can do differently for the next time it becomes an issue so all suggestions are much appreciated.Imagine 2 webscripts, one that creates a node of custom type X and another that</description>
      <pubDate>Sat, 12 Sep 2015 11:03:40 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302404#M255534</guid>
      <dc:creator>schipmolder</dc:creator>
      <dc:date>2015-09-12T11:03:40Z</dc:date>
    </item>
    <item>
      <title>Re: New node indexing</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302405#M255535</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;you are correct, this is because of the inherent asynchronous indexing of SOLR. You can reduce the interval of SOLR checking, but you can't avoid this delay completely ever. If you require transaction level consistency for searches, you should try to adapt your web scripts for it, i.e. by using &amp;lt;a href="&lt;/SPAN&gt;&lt;A href="http://docs.alfresco.com/4.2/concepts/intrans-metadata.html" rel="nofollow noopener noreferrer"&gt;http://docs.alfresco.com/4.2/concepts/intrans-metadata.html&lt;/A&gt;&lt;SPAN&gt;"&amp;gt;transactional metadata queries&amp;lt;/a&amp;gt; or other DB-bound lookup.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;At least, you should enable the additional DB indices by setting system.metadata-query-indexes.ignored=false in alfresco-global.properties and try to avoid complex queries requiring tokenisation / partial matches, ORing… You should also only use either CMIS or Alfresco FTS - these are the only search languages that currently support transactional metadata queries. The level of support differs a bit - the feature was originally targeting CMIS and thus support is a bit better here, but I found that special cases are actually better handled in FTS queries ("NOT ASPECT" queries for one seem to be impossible in CMIS, but work fine it FTS).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you try to do XPath lookups, use the proper JavaScript API method for this. DO NOT use search.xpathSearch which executes an index-bound query with the XPath search language (not transactionally supported) - INSTEAD USE search.selectNodes which has always been DB-bound since introduction (even before transactional metadata queries).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 12 Sep 2015 13:23:26 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302405#M255535</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2015-09-12T13:23:26Z</dc:date>
    </item>
    <item>
      <title>Re: New node indexing</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302406#M255536</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks a lot Axel, I have just included the system.metadata-query-indexes.ignored=false line and rewritten parts of the web script that lists the nodes to CMIS and that seems to have resolved the issue completely!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I do now notice something I could never notice before though, but I think that's transaction related and not relevant for this thread at all.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks again!&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 12 Sep 2015 22:17:04 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/new-node-indexing/m-p/302406#M255536</guid>
      <dc:creator>schipmolder</dc:creator>
      <dc:date>2015-09-12T22:17:04Z</dc:date>
    </item>
  </channel>
</rss>

