Форматы данных в процессах

Плагин движка от Spin регистрирует функции входа в Spin API в контексте, используемом для вычисления значений выражений. Поэтому, он может использоваться во всех точках, где движок разрешает язык выражений.

Подобно интеграции языка выражений, к функциям Spin можно получать доступ из кастомизированных скриптов на поддерживаемых языках, а именно, JavaScript, Groovy, Python и Ruby. См. раздел по скриптам, чтобы узнать, как конфигурируется функциональность написания скриптов в целом в Camunda 7.

При работе с рабочими нагрузками нв JSON или XML было бы неудобно относиться к этой рабочей нагрузке как к строке, потому что в этом случае невозможно использовать такие функции как выражения путей и оценка свойств. Более того, вам не всегда нужны в вашей системе классы, представляющие JSON/XML.

Поэтому Spin предоставляет функционал "значения нативных переменных", чтобы вы могли работать с JSON и XML. Spin API разрешает доступ и предоставляет простую возможность манипуляций с данными. Парсинг и сериализация могут быть произведены одной командой.

Каждый раз, когда кастомизированные Java объекты устанавливаются как процессные переменные, их необходимо сохранять в базе данных. Это означает, что экземпляры Java объектов необходимо сериализовать. Сериализация, используемая движком по умолчанию, использует стандартный механизм сериализации Java объектов, результатом работы которого становятся наборы байтов в базе данных, понятные компьютеру. Такой подход имеет свои ограничения, в частности, значения в базе данных нельзя подвергнуть самоанализу, а клиентское приложение, считывающее объект, должно иметь в своем составе соответствующий Java класс. Чтобы устранить эти проблемы с использованием плагина движка Spin, переменные можно сериализовать, используя форматы данных от Spin. Плагин регистрирует сериализатор, который просматривает все доступные форматы данных и предлагает их для сериализации.

Spin предлагает два интерфейса, которые можно реализовать, чтобы предоставить кастомизированные форматы данных и сконфигурировать сериализацию. Каждое приложение с процессами может предоставлять свой уникальный набор провайдеров и конфигураторов форматов данных. Camunda 7 затем инстанциирует форматы данных, специфичные для этого приложения, и гарантирует, что они доступны только тогда, когда код выполняется внутри контекста приложения. См. раздел, посвященный доступу к ресурсам в приложении с процессами для лучшего понимания того, когда движок управления процессами работает внутри контекста приложения с процессами и как можно осуществить вынужденное переключение контекста.

ОГРАНИЧЕНИЕ:
Предоставленные или сконфигурированные на уровне приложения форматы данных в настоящее время применяются только к сериализации или переменным типа Object. Нативные переменные Spin и автономный (standalone) Spin API (e.g. S("{…​}").prop("…​")) используют только глобально сконфигурированные форматы данных.