<?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 Re: Age-Off Unaccesed Files in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/age-off-unaccesed-files/m-p/285277#M238407</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;cm:accessed exists in the data model but is not maintained by default to avoid performance overhead for something that most people won't use. Also, the meaning of cm:accessed can be quite different (accessed metadata vs. accessed content; user access vs. system access) depending on user / customer requirements, so it is difficult to come up with an efficient way to track this that can cater to all potential parties. As long as cm:accessed is not maintained you can't query for it. You could write custom functionality that does maintain that property using your semantics of "accessed".&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;That covers #1…&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The URL / path in a content store may not belong to exactly one node, so it can not always be translated to a single, unique node. Also, some paths in the content store may be in the "orphaned" stage where not a single node claims ownership of it. A reverse lookup of path to node is possible via the database, but there isn't an API / service operation to do that which might be accessed from an addon.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Due to the non-uniqueness of path-to-node relations, you might also end up in the situation where accessing one node in Alfresco keeps the other one alive despite it not being accessed at all. Additionally, the access time in the file system may be updated by any process that runs on your server, i.e. backup &amp;amp; recovery processes, messing up the evaluation from the user perspective.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Personally, I would go with option #1 and implement the various hooks / extensions to maintain the cm:accessed property. But this is something that is not at all trivial due to the special features of all the various interfaces Alfresco provides. So for any casual user / customer of Alfresco, I would not advise to tackle that without professional support (you could sink a lot of time).&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>Thu, 18 Feb 2016 09:29:25 GMT</pubDate>
    <dc:creator>afaust</dc:creator>
    <dc:date>2016-02-18T09:29:25Z</dc:date>
    <item>
      <title>Age-Off Unaccesed Files</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/age-off-unaccesed-files/m-p/285276#M238406</link>
      <description>We have about 1 million files in our Alfresco that have not been &amp;lt;strong&amp;gt;accessed&amp;lt;/strong&amp;gt; (aka viewed in share/explorer) in over a year. We want to remove these files. Even more we want to implement a age-off policy that removes files automatically when they haven't been accessed in a y</description>
      <pubDate>Wed, 17 Feb 2016 15:59:29 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/age-off-unaccesed-files/m-p/285276#M238406</guid>
      <dc:creator>jsb</dc:creator>
      <dc:date>2016-02-17T15:59:29Z</dc:date>
    </item>
    <item>
      <title>Re: Age-Off Unaccesed Files</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/age-off-unaccesed-files/m-p/285277#M238407</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;cm:accessed exists in the data model but is not maintained by default to avoid performance overhead for something that most people won't use. Also, the meaning of cm:accessed can be quite different (accessed metadata vs. accessed content; user access vs. system access) depending on user / customer requirements, so it is difficult to come up with an efficient way to track this that can cater to all potential parties. As long as cm:accessed is not maintained you can't query for it. You could write custom functionality that does maintain that property using your semantics of "accessed".&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;That covers #1…&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The URL / path in a content store may not belong to exactly one node, so it can not always be translated to a single, unique node. Also, some paths in the content store may be in the "orphaned" stage where not a single node claims ownership of it. A reverse lookup of path to node is possible via the database, but there isn't an API / service operation to do that which might be accessed from an addon.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Due to the non-uniqueness of path-to-node relations, you might also end up in the situation where accessing one node in Alfresco keeps the other one alive despite it not being accessed at all. Additionally, the access time in the file system may be updated by any process that runs on your server, i.e. backup &amp;amp; recovery processes, messing up the evaluation from the user perspective.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Personally, I would go with option #1 and implement the various hooks / extensions to maintain the cm:accessed property. But this is something that is not at all trivial due to the special features of all the various interfaces Alfresco provides. So for any casual user / customer of Alfresco, I would not advise to tackle that without professional support (you could sink a lot of time).&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>Thu, 18 Feb 2016 09:29:25 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/age-off-unaccesed-files/m-p/285277#M238407</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2016-02-18T09:29:25Z</dc:date>
    </item>
  </channel>
</rss>

