<?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: Feasibility of Tweaking Alfresco Community Edition for specialized requirements? in Alfresco Forum</title>
    <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76065#M24112</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;All your requirements are generally feasible. For most of them, you'd only need a modest level of customisation. E.g. removing the "ownership" privilege to restrict deletion is something I do in almost every customer project with a simple policy / behaviour within a few minutes. Handling state-based locking / protection can be handled either by policies / behaviours as well, as part of a content process or just by providing the specific user actions in the UI to lock a document. There already are two modes of locking&amp;nbsp;provided via APIs - a&amp;nbsp;simple lock or a lock with "working copy" for handling longer term editing. "Forking" a site can be as simple as copying its contents into a new site, and taking care to also copy any version histories.&lt;/P&gt;&lt;P&gt;Site linkages are not something that is done often, but &lt;A href="https://github.com/Acosix/alfresco-site-hierarchy" rel="nofollow noopener noreferrer"&gt;addons exist&lt;/A&gt;&amp;nbsp;(disclaimer: this is an addon I did for a customer to have departmental sites contain their specific project sites).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Where I see a bit of a question mark is the lack of Java experience. With the newest ReST API you can do a lot with external tooling in whatever language you like, but most of the features listed sound more like extension / additions around the default UI / product (Share), which typically requires Java, JavaScript and FreeMarker - Java especially when we are talking about inherent, transactionally consistent system policies / behaviours.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 27 Mar 2018 20:39:22 GMT</pubDate>
    <dc:creator>afaust</dc:creator>
    <dc:date>2018-03-27T20:39:22Z</dc:date>
    <item>
      <title>Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76064#M24111</link>
      <description>Greetings!Let me first congratulate all the developers of the Alfresco Community Edition for making such a great tool. We have been searching for a tool to manage our data in a centralized and consistent manner. But we need a very specialized tool in that we need the tool to be able to enforce sever</description>
      <pubDate>Tue, 27 Mar 2018 06:48:44 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76064#M24111</guid>
      <dc:creator>vkaustubh</dc:creator>
      <dc:date>2018-03-27T06:48:44Z</dc:date>
    </item>
    <item>
      <title>Re: Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76065#M24112</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;All your requirements are generally feasible. For most of them, you'd only need a modest level of customisation. E.g. removing the "ownership" privilege to restrict deletion is something I do in almost every customer project with a simple policy / behaviour within a few minutes. Handling state-based locking / protection can be handled either by policies / behaviours as well, as part of a content process or just by providing the specific user actions in the UI to lock a document. There already are two modes of locking&amp;nbsp;provided via APIs - a&amp;nbsp;simple lock or a lock with "working copy" for handling longer term editing. "Forking" a site can be as simple as copying its contents into a new site, and taking care to also copy any version histories.&lt;/P&gt;&lt;P&gt;Site linkages are not something that is done often, but &lt;A href="https://github.com/Acosix/alfresco-site-hierarchy" rel="nofollow noopener noreferrer"&gt;addons exist&lt;/A&gt;&amp;nbsp;(disclaimer: this is an addon I did for a customer to have departmental sites contain their specific project sites).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Where I see a bit of a question mark is the lack of Java experience. With the newest ReST API you can do a lot with external tooling in whatever language you like, but most of the features listed sound more like extension / additions around the default UI / product (Share), which typically requires Java, JavaScript and FreeMarker - Java especially when we are talking about inherent, transactionally consistent system policies / behaviours.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 27 Mar 2018 20:39:22 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76065#M24112</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2018-03-27T20:39:22Z</dc:date>
    </item>
    <item>
      <title>Re: Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76066#M24113</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear Axel,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you so much for taking the time out to answer my queries. In my first attempt to understand the API and the organization of the Alfresco code, I ended up going around in circles and got confused. That led me to ask this question in the forums.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I don't think adjusting to Java should be a major problem for us. We will give it a try. Not to bother you too much but if you have some advice about the best path to follow to get to understanding UI customization better, I'd really appreciate it. Thanks so much for your help again.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Mar 2018 04:59:43 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76066#M24113</guid>
      <dc:creator>vkaustubh</dc:creator>
      <dc:date>2018-03-29T04:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76067#M24114</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear Axel,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Would it be possible for a site to have multiple parents in case of your Alfresco extension for site hierarchy? If not, would it be easy to modify it to support this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 25 May 2018 07:52:13 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76067#M24114</guid>
      <dc:creator>vkaustubh</dc:creator>
      <dc:date>2018-05-25T07:52:13Z</dc:date>
    </item>
    <item>
      <title>Re: Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76068#M24115</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In the current state of the site hierarchy addon, a site can only have one parent. As it is intended as a top-down tree. But it would be possible to support multiple parents by changing the association multiplicity, adapting the service validation and UI selection.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 25 May 2018 11:36:18 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76068#M24115</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2018-05-25T11:36:18Z</dc:date>
    </item>
    <item>
      <title>Re: Feasibility of Tweaking Alfresco Community Edition for specialized requirements?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76069#M24116</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the response.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Jun 2018 04:52:24 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/feasibility-of-tweaking-alfresco-community-edition-for/m-p/76069#M24116</guid>
      <dc:creator>vkaustubh</dc:creator>
      <dc:date>2018-06-11T04:52:24Z</dc:date>
    </item>
  </channel>
</rss>

