logoBack to home screen

ADx 2.2.317 (08/07/2020) Patch Release Notes

Overview

This is a patch release to ADx 2.2. The following issues have been resolved:

  • In intermittent cases, some sessions were deleted incorrectly while they were responsible for accepting REST calls. This was caused by a configuration issue and has been resolved.
  • When importing repositories, parts of default repositories were not imported correctly. Also, the full import option has been extended to ensure that configuration sections that were not part of the export file are populated with their default values. For more details, see Importing Repositories and Users to ADx.
  • The legacy ContentUpdateService with endpoint docupdate was causing issues when trying to update content resource without versioning. This has been resolved, and it's now possible to use this endpoint to update content resource without the need for versioning.

Please check the updated list of Known Issues. For information about the 2.2 release, please read ADx 2.2 Release Notes.

Updating Conversion and ADx

For information on how to update the previously installed Conversion and ADx, see the following:

Configuration Changes

None.

Known Issues

Issues mentioned below have been reported in the previous releases - we are currently working on fixing them.

The following issues were discovered in this release:

  • Always check for the successfully saved notification on top after changing properties in the UI - if it's not displayed, your changes are not saved.

  • Always synchronize repositories before exporting - otherwise, repository-associated roles are not correctly exported.

  • Always reload the client (use the refresh button in your browser) in the following situations (your changes may not be shown in the UI otherwise):

    • after adding or modifying roles/users/groups;
    • after assigning Access Control settings.
  • After importing a repository, its Access Control settings are not immediately visible in repository properties. The video below presents a workaround to this problem:

Known Issues ADx

IssuePriorityDescription
AD-1369MAJORImport new repository does not respect runtime variables
AD-321CRITICALAdd missing indices
AD-354CRITICALADx Admin: Problem when synchronizing Type Definitions form DCTM/CMIS
AD-1096MAJORStopping ADx Tomcat process may take multiple minutes
AD-348MAJORADx Admin: Repository Modification-Status not updated on Update
AD-1204MAJORRepository Filters Don't Return Any Results
AD-1222MAJORIt's necessary to activate a repository twice after changing settings
AD-342MINORHibernate warnings in the log files
AD-341MINORJava warnings with Java 9 and later during startup
AD-311MINOROracle - DbLockManager prints Oracle constraint message

Importing a new repository does not apply runtime property values

Importing a new repository with the following options: Use Runtime Values = true and Import Repository Option = delta does not apply runtime property values defined in tribefire.properties file (which is written upon installation, based on your installation-settings.yaml file). We are currently working on this issue.

Use the following workaround:

  1. Import the repository with Import Repository Option = full.
  2. Make sure you log out and log in again after importing repositories.

Cannot migrate legacy contents simultaneously

Due to cache database being shared between repositories, it's not possible for now to run multiple migration jobs from a single legacy repository at the same time. You need to wait for the previous migration to finish before running a new one.

Open API doesn't load when ADx runs in cluster

After starting newly installed ADx with Standard repository and trying use Open API, an error occurs:

This problem only occurs on clustered ADx installations. After restarting the ADx node, it should be gone (you can also switch to Swagger 2.0 which works in all situations).

Known Issues Conversion

IssuePriorityDescription
AD-338CRITICALIntroduce roles for conversion
AD-337MAJORMake TF Conversion workbench consistent to ADx
AD-501MAJORtf-conversion user has the admin role assigned
 EXTDOCS-71MINORFix wrong encoding on opening resource in Browser

Minor Warnings

StatusLogger Error

The following error currently appears in ADx console output. It doesn't affect ADx functionality or performance.

ERROR StatusLogger No log4j2 configuration file found. Using default configuration: logging only errors to the console.
  Set system property 'org.apache.logging.log4j.simplelog.StatusLogger.level' to TRACE to show Log4j2 internal initialization logging.

Tomcat Shutdown Warning

The following warning is sometimes thrown by Tomcat when stopping the service:

./tribefire-console-stop.sh
...
Tomcat did not stop in time.
PID file was not removed.
To aid diagnostics a thread dump has been written to standard out.
Tribefire Host stopped.

This happens when shutdown takes longer than Tomcat expects. Shutdown may take several minutes, which will result in this message being printed out. This warning could appear on both Conversion and ADx.

Java Warnings

When using Java 9 or later, the following warning may appear in application logs and also during installation procedure:

WARNING: An illegal reflective access operation has occurred
WARNING	: Illegal reflective access by com.braintribe.model.processing.itw.asm.AsmClassLoaderWrapper$1 (file:/path/to/instant-type-weaving-1.0.28.jar) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int)
WARNING: Please consider reporting this to the maintainers of com.braintribe.model.processing.itw.asm.AsmClassLoaderWrapper$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

Ticket: https://jira.braintribe.com/browse/AD-341

Hibernate Warnings

The log files may contain Hibernate-related warnings. They can be identified based on the fully qualified class which starts with org.hibernate, as in:

WARNING org.hibernate.tuple.entity.EntityMetamodel 'HHH000084: Entity [com.braintribe.model.user.User] is abstract-class/interface explicitly mapped as non-abstract; be sure to supply entity-names' [TribefireServices-2.0:tribefire-services#initialize,ApplicationLoader:/tribefire-services#initialize]

Ticket: https://jira.braintribe.com/browse/AD-342

These warnings do not affect the functionality of the application and can be ignored. We are working on a fix.