Молодцы Форте - на камунде уже внедренили процессы?

Или планируете только?

Почти :)

Простите любопытство. Гугл выдает

Forte — венгерский производитель фотоматериалов, обанкротился в 2007 году.

это вы?)))

хотя кто знает мб и они)

еще есть фармацевты такие)

Тоже непонятно. Я вижу музыкальный клуб в Москве)

ну что, кто на камунда кон едет? После выходных будет понятно, одобрят мой доклад или нет

Круто! Мы в этом году не подавали...
В следующем думаем.
По какой теме?

Как мигрировать высоконагруженный, критический, огромный процесс со старого BPMS на Camunda и не облажаться

Если не секрет, старый BPMS — это какой?

ibm

Тут, видимо, уровень экспертности  в  старом  BPMS тоже  важен

приглашене на обед в Минск принимаете ?!)

ага

Добрый день!

Допустим, есть несколько классов, экземпляры которых живут в одной с Камундой JVM и общаются через Java API.

Заказчик хочет разнести их на разные JVM (Камунда в одной, кастомные объекты в другой). Для этого нужно переписать кастомные классы так, чтобы они вместо Java API использовали REST API.

Вопрос: Есть ли средства сделать такую миграцию автоматически, т. е. не переписывая код (или почти не переписывая)?

Например библиотека, у которой методы такие же как у Java API, но с Камундой она общается по REST?

Если классы нормально сделаны, то можно будет сделать soap и wsdl к ним. Wsdl импортнуть в камунду и получится плюс минус то самое

Спасибо.

Добрый день, есть такая ситуация, заказчик хочет добавлять новые модели и яваделегэйты без прерывания работы самой камунды.
Те, например, моделируется новая версия процеса в моделере и через функцию deploy деплоится в нужную запущенную камунду.
Новая версия содержит новую логику, вот и получается новые делегэйты, о которых камунда еще не знает, что приводит к ClassNotFoundException

Вопрос собственно, как знакомить камунду с новыми делегэйтами?