Alfresco AIO Project - SDK 4.8

This is an All-In-One (AIO) project for Alfresco SDK 4.8.

Run with ./run.sh build_start or ./run.bat build_start and verify that it

• Runs Alfresco Content Service (ACS)
• Runs Alfresco Share
• Runs Alfresco Search Service (ASS)
• Runs PostgreSQL database
• Deploys the JAR assembled modules

All the services of the project are now run as docker containers. The run script offers the next tasks:

• build_start. Build the whole project, recreate the ACS and Share docker images, start the dockerised environment composed by ACS, Share, ASS and PostgreSQL and tail the logs of all the containers.
• build_start_it_supported. Build the whole project including dependencies required for IT execution, recreate the ACS and Share docker images, start the dockerised environment composed by ACS, Share, ASS and PostgreSQL and tail the logs of all the containers.
• start. Start the dockerised environment without building the project and tail the logs of all the containers.
• stop. Stop the dockerised environment.
• purge. Stop the dockerised container and delete all the persistent data (docker volumes).
• tail. Tail the logs of all the containers.
• reload_share. Build the Share module, recreate the Share docker image and restart the Share container.
• reload_acs. Build the ACS module, recreate the ACS docker image and restart the ACS container.
• build_test. Build the whole project, recreate the ACS and Share docker images, start the dockerised environment, execute the integration tests from the integration-tests module and stop the environment.
• test. Execute the integration tests (the environment must be already started).

Few things to notice

• No parent pom
• No WAR projects, the jars are included in the custom docker images
• No runner project - the Alfresco environment is now managed through Docker
• Standard JAR packaging and layout
• Works seamlessly with Eclipse and IntelliJ IDEA
• JRebel for hot reloading, JRebel maven plugin for generating rebel.xml [JRebel integration documentation]
• AMP as an assembly
• Persistent test data through restart thanks to the use of Docker volumes for ACS, ASS and database data
• Integration tests module to execute tests against the final environment (dockerised)
• Resources loaded from META-INF
• Web Fragment (this includes a sample servlet configured via web fragment)

TODO

• Abstract assembly into a dependency so we don't have to ship the assembly in the archetype
• Functional/remote unit tests