<?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 Backwards Compatibility Strategy in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/backwards-compatibility-strategy/m-p/133035#M93444</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 didn't find anything about backwards compatibility in neither the FAQ nor the user's guide. Is the strategy documented somewhere? I found a few posts that mentioned backwards compatibility. Here is the main one…&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;Activiti is stable as it gets. All API's defined since 5.0 are guaranteed not to change. If needed, we introduce backwards compatibility and deprecation strategies with clear documentation.&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;SPAN&gt;If an API were to marked as deprecated, how long would it continue to be supported? Is that measured in terms of years, or number of releases, or are such things decided on a case by case basis?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Dan&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 10 Dec 2012 14:57:45 GMT</pubDate>
    <dc:creator>dan1</dc:creator>
    <dc:date>2012-12-10T14:57:45Z</dc:date>
    <item>
      <title>Backwards Compatibility Strategy</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/backwards-compatibility-strategy/m-p/133035#M93444</link>
      <description>Hi,I didn't find anything about backwards compatibility in neither the FAQ nor the user's guide. Is the strategy documented somewhere? I found a few posts that mentioned backwards compatibility. Here is the main one…Activiti is stable as it gets. All API's defined since 5.0 are guaranteed not to cha</description>
      <pubDate>Mon, 10 Dec 2012 14:57:45 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/backwards-compatibility-strategy/m-p/133035#M93444</guid>
      <dc:creator>dan1</dc:creator>
      <dc:date>2012-12-10T14:57:45Z</dc:date>
    </item>
    <item>
      <title>Re: Backwards Compatibility Strategy</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/backwards-compatibility-strategy/m-p/133036#M93445</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;The general rule of thumb is that, when we deprecate something, we give it two releases before we remove it. And indeed, when we do it, we make sure there is a compatible way (note: this doesn't mean some small code changes would be needed) to achieve similar functionality.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 11 Dec 2012 07:19:23 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/backwards-compatibility-strategy/m-p/133036#M93445</guid>
      <dc:creator>jbarrez</dc:creator>
      <dc:date>2012-12-11T07:19:23Z</dc:date>
    </item>
  </channel>
</rss>

