Size: a a a

Camunda BPM Group

2021 February 25

MZ

Max Zimin in Camunda BPM Group
Камунда не работает от слова совсем и плюется 500ками
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Max Zimin
Камунда не работает от слова совсем и плюется 500ками
А что там за сообщения в логе, когда возвращается код 500?
источник

MZ

Max Zimin in Camunda BPM Group
Все ошибки связаны с проблемами персистентности
источник

DK

Denis Kotov in Camunda BPM Group
Может место кончилось?
источник

MZ

Max Zimin in Camunda BPM Group
Точно нет. Там было 500 небольших процессов.
источник

MZ

Max Zimin in Camunda BPM Group
Вот такая выдержка из логов есть
источник

MZ

Max Zimin in Camunda BPM Group
Переслано от Nick Tiskov
25-Feb-2021 16:30:10.089 SEVERE [pool-2-thread-1] org.camunda.commons.logging.BaseLogger.logError ENGINE-11003 Exception while firing event ROLLINGBACK: 
### Error rolling back transaction.  Cause: org.h2.jdbc.JdbcSQLException: General error: "General error: ""java.lang.IllegalStateException: File corrupted in chunk 11582569, expected page length =< 768, got 1684104504 [1.4.190/6]"" [50000-190]"; SQL statement:
ROLLBACK [50000-190]
### Cause: org.h2.jdbc.JdbcSQLException: General error: "General error: ""java.lang.IllegalStateException: File corrupted in chunk 11582569, expected page length =< 768, got 1684104504 [1.4.190/6]"" [50000-190]"; SQL statement:
ROLLBACK [50000-190]
org.apache.ibatis.exceptions.PersistenceException:
### Error rolling back transaction.  Cause: org.h2.jdbc.JdbcSQLException: General error: "General error: ""java.lang.IllegalStateException: File corrupted in chunk 11582569, expected page length =< 768, got 1684104504 [1.4.190/6]"" [50000-190]"; SQL statement:
ROLLBACK [50000-190]
### Cause: org.h2.jdbc.JdbcSQLException: General error: "General error: ""java.lang.IllegalStateException: File corrupted in chunk 11582569, expected page length =< 768, got 1684104504 [1.4.190/6]"" [50000-190]"; SQL statement:
ROLLBACK [50000-190]
источник

MZ

Max Zimin in Camunda BPM Group
Я удалю потом, если надо
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
На

https://github.com/h2database/h2database/issues/709

написано, что такое может происходить, если несколько потоков одновременно пытаются доступиться до базы (It often seems to appear when multiple threads are accessing the database at the same time.).

Якобы эта ошибка была устранена в версии .200 H2.
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
В другом месте ( https://discourse.metabase.com/t/metabase-stuck-at-startup-file-corrupted-in-chunk/6441/2 ) сказано, что если не закрыть базу правильно, то ее файл может повредиться.
источник

MZ

Max Zimin in Camunda BPM Group
Хорошо, спасибо. Покопаем 👍
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Max Zimin
Хорошо, спасибо. Покопаем 👍
Я бы запустил Ваше приложение на какой-нибудь тестовой машине и внезапно отключил электричество. А потом можно посмотреть, воспроизведется проблема или нет.
источник

R

Ruslan Kadyrbaev in Camunda BPM Group
Внезапно (без всякой задней мысли) вспомнил про хадуп))
источник

R

Ruslan Kadyrbaev in Camunda BPM Group
источник
2021 February 28

TL

Timur Lastaev in Camunda BPM Group
Всем привет. Вопрос про task event listener. В общем как только получаю этот event беру taskId или executionId, делаю запрос нет ни того, не другого. Но после того, как процесс запустится эти запросы возвращают результаты. Не совсем понятно как в таком случае сделать уведомления, что пользователям например пришли новые задачи, на что подписываться тогда?
источник

ММ

Максим Монин... in Camunda BPM Group
С событиями может быть следующее. В момент прихода транзакция ещё не до отработала, и необходимое может появиться допустим в течение 10-30 ms
источник

TL

Timur Lastaev in Camunda BPM Group
А как быть тогда? Этот вариант не получится так использовать или можно придумать некий костыль?)
источник

ММ

Максим Монин... in Camunda BPM Group
Просто проверь через сколько оно там... Вычисли... Или придумай другой алгоритм
источник

ММ

Максим Монин... in Camunda BPM Group
Я с таким мучался, когда подписывался на завершение процесса. Получаю данные а из нет, в итоге пришлось сделать итератор, пока нужное не за комитилось
источник

D

DooDLeZz* in Camunda BPM Group
Всем привет, подскажите пожалуйста как решить проблему. Суть вот в чем:
1. Через RESTful API я записал переменную ‘expirationDate’ типа ‘date’ со значением ’2021-02-10T22:00:00.000’.
2. В camunda modeler повесил Timer Start Event, definitionType=Date, timerDefinition=${expirationDate}

В назначенную дату и время таймер не сработал. Пробовал вариант с ${dateTime().parse(expirationDate).toDate()} — тоже бестолку.

Что я делаю не так? Таймер не срабатывает
источник