RT
возможно это баг (или скорее неучтенная особенность)
Size: a a a
2018 December 25
RT
повод обновиться )
RT
а REST-запрос /engine-rest/history/variable-instance/?processInstanceId=ID
что показывает?
что показывает?
RT
инетесно, нашел баг связанный с этой темой как раз похоже
DS
http://camunda-test:8080/engine-rest/history/variable-instance/?processInstanceId=360fd76b-0834-11e9-aa98-0242ac110003
[
{
"type": "String",
"value": "A",
"valueInfo": {},
"id": "3686dc2f-0834-11e9-aa98-0242ac110003",
"name": "A",
"processDefinitionKey": "Process_1",
"processDefinitionId": "Process_1:1:268cbdda-0834-11e9-aa98-0242ac110003",
"processInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003",
"executionId": "360fd76b-0834-11e9-aa98-0242ac110003",
"activityInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003",
"caseDefinitionKey": null,
"caseDefinitionId": null,
"caseInstanceId": null,
"caseExecutionId": null,
"taskId": null,
"errorMessage": null,
"tenantId": null,
"state": "CREATED",
"createTime": "2018-12-25T10:59:55.764+0000",
"removalTime": null,
"rootProcessInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003"
},
{
"type": "String",
"value": "B",
"valueInfo": {},
"id": "368ad3d1-0834-11e9-aa98-0242ac110003",
"name": "B",
"processDefinitionKey": "Process_1",
"processDefinitionId": "Process_1:1:268cbdda-0834-11e9-aa98-0242ac110003",
"processInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003",
"executionId": "360fd76b-0834-11e9-aa98-0242ac110003",
"activityInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003",
"caseDefinitionKey": null,
"caseDefinitionId": null,
"caseInstanceId": null,
"caseExecutionId": null,
"taskId": null,
"errorMessage": null,
"tenantId": null,
"state": "CREATED",
"createTime": "2018-12-25T10:59:55.790+0000",
"removalTime": null,
"rootProcessInstanceId": "360fd76b-0834-11e9-aa98-0242ac110003"
}
]
В history у меня тоже одинаковые executionId, тк это записи о состоянии после scriptTask-a (а с ним все в порядке, это проверялось). А вот запрос engine-rest/process-instance/.../variables возвращает не то, что ожидается... (только 1 переменную для главного execution)
DS
повод обновиться )
Да, уже много поводов!)
RT
попробуйте на свежей версии камунды провернуть кейс
DS
инетесно, нашел баг связанный с этой темой как раз похоже
Спасибо большое!!
всем причастным:)
всем причастным:)
2018 December 26
AS
Всем привет! У меня постоянно возникают проблемы, скажем, есть процесс. Вначале отправка сообщения, потом получение. Если внешняя система отвечает за десятки мс, то сообщение не может приземлится, так как в камунде ещё предыдущая транзакция не завершилась. Если это ещё решаемо через message subprocess, т.е. делаешь получение сообщения ещё до отправки по транзакциям камунды, то есть сложнее кейсы. Например, по сообщению отменяется юзер таска, и если сделать сразу поиск следующей, то вернётся ещё та, которая отменяется, так как транзакция ещё не прошла. Сейчас переделаю получение сообщений в отдельные потоки и приземляю их через секунду. Дико не нравится. Кто сказал что секунду хватать всегда на транзакцию. Да и тредов не напосешься на все сообщения.
AS
Как вообще правильно рисовать event base процессы
DK
Те эвенты которые в камунде - они не для общения с внешним миром
DK
Они для межпроцессного взаимодействия
AS
Типичный race condition
AS
А для внешнего мира тогда что?
DK
Нужно делать прослойку, которая эвенты из внешнего мира складывает в стек
DG
Я решил через ивенты спринга с @TransactionalEventListener
DK
И из стека из шлет в камунду
AS
У нас и так в некоторых процессах очереди есть JMS, с ними ещё хуже чем с http
AS
Там сообщения ещё быстрее прилетают