Должны ли классы JavaDelegate для Camunda BPM быть потокобезопасными?

У меня был тот же вопрос для одного из наших сценариев, и я прочитал их Javadoc, как упоминалось здесь для контейнера сервлетов. Извлечение Javadoc,

Invocation Semantics

When the {@link #execute(java.util.concurrent.Callable)} method is invoked, the servlet process application modifies the context classloader of the current Thread to the classloader that loaded the application-provided subclass of this class. This allows,

• the process engine to resolve {@link JavaDelegate} implementations using the classloader of the process application

Это в значительной степени объясняет все, что вы хотите знать, поскольку поведение очень похоже на то, как работает веб-контейнер. Если вы хотите знать, как ведут себя другие реализации контейнера, вы можете проверить соответствующие Javadocs классы в этом пакете.

Чтобы ответить на ваш вопрос:

да. Безопасность потоков требуется для общих ресурсов, к которым JavaDelegate обращается в одном и том же приложении процесса. Согласно документация (см. Ниже) они создают новый экземпляр делегата каждый раз, когда задача будет выполняться.

Note!

Each time a delegation class referencing activity is executed, a separate instance of this class will be created. This means that each time an activity is executed there will be used another instance of the class to call execute(DelegateExecution).

Следовательно, в любое время может быть много активных экземпляров делегата из-за многократного вызова Process Definitions. Итак, если они обращаются к общему ресурсу, то они должны быть синхронизированы (потокобезопасны), потому что эти общие ресурсы (статический или одиночка) являются локальными для приложения процесса и загружаются соответствующим загрузчиком классов приложения в соответствии с приведенной выше Javadoc Семантика вызова.

Надеюсь это поможет.