It looks like https://bamboo.alfresco.com/bamboo/browse/PLAT-ACS-977 build is failing due the fact that the AIMS configuration is part of share-config-custom.xml file and the share related image used within the build don't actually use the file. The AIMS filter was written so that, if the configurations aren't correct (missing configurations if AIMS is enabled; in our case the enabled / disabled AIMS configuration is missing), it will throw a ServletException, and the Share application won;t start.
From the build logs:
We'll move the AIMS enabled / disabled configuration from share-config-custom.xml file to share-config.xml file.
Looks like the problem comes from jackson library (see attached log file)
The issue is happening because of multiple versions of jackson libraries in the classpath. If i edit the all-amps-test docker image and remove the older jackson libraries the problem goes away. The share artifact needs to filter these duplicate libraries.
As a side note, on acs-packaging we have a script that checks for library duplicates in alfresco.war after applying the amps. Running the script on the exploded share.war showed the following results:
It is worth investigating from where all these come and remove the duplicates.
So, the problem is that Share application comes with jackson-databind 2.10.2 dependency, while the applied Salesforce connector AMP (v 2.1.0) comes with jackson-databind 2.9.5 dependency.
The acs-packaging project needs to be updated so it will use the Salesforce connector AMP 2.2.0-EA1 that uses jackson-databind 2.10.2