evasques ace87c9c3b MNT-21898 Unexpected ACLs when job runs Fix (#344)
* On move node, verify if parent has pending acl aspect applied and consider the pending shared ACL to update inheritance to avoid ending up with mixed permissions as children of pending acl nodes do not have the correct acls and when moved, keep their wrong acl.
* Add public method setInheritanceForChildren that receives an additional param: forceSharedACL. If an unexpected ACL occurs in a child, it can be overridden by setting it.
* Implement method setInheritanceForChildren that receives an additional parameter: forceSharedACL
* Add method setFixedAcls that receives an additional parameter: forceSharedACL - When a child node has an unexpected ACL, setting this parameter to true will force it to assume the new shared ACL instead of throwing a concurrency exception. When the shared ACL is forces, a warning is thrown in the log informing on what node exactly are we forcing the ACL. This is only possible when the child ACL is type SHARED and when it has an unexpected ACL
* All methods that called setFixedAcls without the new parameter will continue to operate as normal, as having forceSharedACL=false
* Added property forceSharedACL to the FixedACLUpdaterJob. If set to true it will force shared ACL to propagate through children even if there is an unexpected ACL
* When there is a exception detected when doing setInheritanceForChildren on the job, catch and log the error, but do not rollback the entire batch
* On copy/move unit tests I changed the ACL of the target folders on copy and move tests so that the old shared ACL accessed was never the same for origin and target folders as happens when performing these operations between sites
* Added unit test to verify fix for MNT-21898 - testAsyncWithNodeMoveChildToChildPendingFolder
* Added unit test to verify system property for the job: forceSharedACL - testAsyncWithErrorsForceSharedACL
2021-03-12 14:25:58 +00:00
2021-03-09 15:16:01 +00:00
2020-07-21 18:05:13 +01:00
2020-07-21 18:05:13 +01:00

alfresco-community-repo

Build Status

This project contains the bulk of the Alfresco Content Services Repository code.

To make the development process simpler, it brings together code historically in alfresco-core, alfresco-data-madel, alfresco-repository, alfresco-remote-api and repository specific tests and war file creation from acs-community-packaging. They exist as sub projects within the Maven Reactor and still create the same artifacts.

Alfresco Core

Alfresco Core is a library packaged as a jar file which contains the following:

  • Various helpers and utils
  • Canned queries interface and supporting classes
  • Generic encryption supporting classes

Version 7 of the library uses Spring 5, Quartz 2.3 and does not have Hibernate dependency.

Alfresco Data Model

Data model is a library packaged as a jar file which contains the following:

  • Dictionary, Repository and Search Services interfaces
  • Models for data types and Dictionary implementation
  • Parsers

Alfresco Repository

Repository is a library packaged as a jar file which contains the following:

  • DAOs and SQL scripts
  • Various Service implementations
  • Utility classes

Tests are combined into test classes split by test type or Spring application context used in the test, see classes in src/test/java/org/alfresco. All of these classes as well as individual tests can be run by specifying the test class name and a set of DB connection properties. Check the travis.yml file for docker images that should be started to provide a suitable test environment. For example:

mvn clean test -Dtest=SomeRepoTest -Ddb.driver=org.postgresql.Driver -Ddb.name=alfresco -Ddb.url=jdbc:postgresql:alfresco -Ddb.username=alfresco -Ddb.password=alfresco

Alfresco Remote API

Remote API is a library packaged as a jar file which contains the following:

Like the alfresco-repository tests are combined in test classes split by test type or Spring application context used in the test.

Artifacts

The artifacts can be obtained by:

<dependency>
  <groupId>org.alfresco</groupId>
  <artifactId>alfresco-core</artifactId>
  <version>version</version>
</dependency>

<dependency>
  <groupId>org.alfresco</groupId>
  <artifactId>alfresco-data-model</artifactId>
  <version>version</version>
</dependency>

<dependency>
  <groupId>org.alfresco</groupId>
  <artifactId>alfresco-repository</artifactId>
  <version>version</version>
</dependency>

<dependency>
  <groupId>org.alfresco</groupId>
  <artifactId>alfresco-remote-api</artifactId>
  <version>version</version>
</dependency>

<dependency>
    <groupId>org.alfresco</groupId>
    <artifactId>content-services-community</artifactId>
    <version>version</version>
    <type>war</type>
</dependency>

and Alfresco maven repository:

<repository>
  <id>alfresco-maven-repo</id>
  <url>https://artifacts.alfresco.com/nexus/content/groups/public</url>
</repository>

The SNAPSHOT versions of the artifact are not published.

All current source versions are held in github. Historic versions can be found in Alfresco SVN

Contributing guide

Please use this guide to make a contribution to the project.

Setting up your development environment

Although it is possible to work on individual github projects, we recommend working on the alfresco-community-repo, alfresco-enterprise-repo, acs-packaging and acs-community-packaging in a single Intellij IDEA project. They depend on each other and typically you will want to make changes to all of them if you are changing the repository code. In the case of older branches, there is generally no need for the acs-community-packaging as you will not be creating a community release.

Although it is possible to work on individual github projects, we recommend working on the alfresco-community-repo and acs-community-packaging in a single Intellij IDEA project. They depend on each other and typically you will want to make changes to both of them if you are changing the repository code.

mkdir work
cd work
git clone git@github.com:Alfresco/alfresco-community-repo.git
git clone git@github.com:Alfresco/acs-community-packaging.git

If you wish to build these projects from the command line, use the following commands.

cd alfresco-community-repo
mvn clean install -PcommunityDocker -DskipTests=true -Dversion.edition=Community
cd ..

cd acs-community-packaging
mvn clean install -PcommunityDocker -Dmaven.javadoc.skip=true
cd ..

In Intellij IDEA, create a new project using the work directory as the source.

  • File > New Project from Existing Sources > .../work > Maven

Branches

As multiple projects have been combined, branch names use the ACS version they are targeting. For example the code used to create the repository in ACS 6.2.1 is a branch called releases/6.2.1.

The actual version number of the repository artifacts created by alfresco-community-repo are however different. For example release/6.2.1 artifacts are 7.183.x. This adds some complexity, but ensures that version numbers do not go backwards in existing releases. It also provides some level of independence between the repository and other ACS components.

Description
Community Content Service Repository
Readme 435 MiB
Languages
Java 96.5%
Fluent 1.1%
JavaScript 1%
HTML 0.5%
FreeMarker 0.4%
Other 0.3%