Size: a a a

Camunda BPM Group

2020 October 14

SP

Sergey Pichkurov in Camunda BPM Group
Serg D.
А персистентность только на bpmn можно реализовать? У меня ощущение, что вы хотите устроить стрельбу из пушки по воробьям
причем тут персистентность ?
источник

А

Алексей in Camunda BPM Group
Sergey Pichkurov
ios / android - в требованиях
Так, наверно,система с них должна быть доступна, а не работать офлайн на них?
источник

SD

Serg D. in Camunda BPM Group
Sergey Pichkurov
причем тут персистентность ?
"Тут главное продолжение выполнения процессов если нет связи с сервером" . Это было к ответу Дениса
источник

SP

Sergey Pichkurov in Camunda BPM Group
Алексей
Так, наверно,система с них должна быть доступна, а не работать офлайн на них?
см выше (с) Тут главное продолжение выполнения процессов если нет связи с сервером, так то их и там можно было бы крутить
источник

SP

Sergey Pichkurov in Camunda BPM Group
крутить процессы в офлайн - это ключевое требование
источник

А

Алексей in Camunda BPM Group
Sergey Pichkurov
см выше (с) Тут главное продолжение выполнения процессов если нет связи с сервером, так то их и там можно было бы крутить
Каким образом синхронизировать контекст планируется?
источник

DL

Denis Larionov in Camunda BPM Group
Serg D.
А персистентность только на bpmn можно реализовать? У меня ощущение, что вы хотите устроить стрельбу из пушки по воробьям
Нет, сами процессы достаточно сложны, много условий ветвлений и т.д. Если есть варианты выполнения не на bpmn подскажите
источник

SP

Sergey Pichkurov in Camunda BPM Group
а потом уже синкать, когда линк появился
источник

SD

Serg D. in Camunda BPM Group
Denis Larionov
Нет, сами процессы достаточно сложны, много условий ветвлений и т.д. Если есть варианты выполнения не на bpmn подскажите
Это какой-то screen flow?
источник

DL

Denis Larionov in Camunda BPM Group
не думаю
источник

SP

Sergey Pichkurov in Camunda BPM Group
Алексей
Каким образом синхронизировать контекст планируется?
таким же образом, как синкаются любые другие (микро)сервисы, тут принципиально все одно и то же
источник

А

Алексей in Camunda BPM Group
На мой взгляд тут правильнее будет на мобилу написать отдельное приложение, которое будет через сервис передавать данные в процесс при появлении связи
источник

SP

Sergey Pichkurov in Camunda BPM Group
что происходит в облаке если сеть отвалилась?
источник

SD

Serg D. in Camunda BPM Group
Ладно, без понимания сценариев использования и примеров БП нет смысла дальше фантазировать
источник

А

Алексей in Camunda BPM Group
Sergey Pichkurov
таким же образом, как синкаются любые другие (микро)сервисы, тут принципиально все одно и то же
Нет, не одно и то же. Тут есть лаг в доступе, когда контекст процесса можт измениться сразу в двух потоках
источник

SP

Sergey Pichkurov in Camunda BPM Group
согласен. тем более когда пытаемся решить не исходную проблему (техническую), а какую-то гипотетическую бизнес/solution проблему ...
источник

SD

Serg D. in Camunda BPM Group
Ну просто лично мне сама идея что на мобильном устройстве требуется bpmn движок уровня камунда кажется каким-то оверинжинирингом.
источник

SP

Sergey Pichkurov in Camunda BPM Group
Алексей
Нет, не одно и то же. Тут есть лаг в доступе, когда контекст процесса можт измениться сразу в двух потоках
у вас все сервисы на одной бд висят? или, бывает, что на разных ?
источник

А

Алексей in Camunda BPM Group
Sergey Pichkurov
у вас все сервисы на одной бд висят? или, бывает, что на разных ?
Это совершенно разные ситуации.

Вот смотрите, есть один процесс, как казалось бы... и вот он в двух независимых потоках. В первом а = директор, во втором а= уборщик. Как вы их выравнивать будете  когда второй поток снова соединифтя с базой?
источник

SP

Sergey Pichkurov in Camunda BPM Group
а причем тут потоки? у нас есть распределенные сервисы, у директора свой телефон, у уборщика свой.  у каждого свои процессы и своя база. где тут потоки ?
источник