|
|
|
Восстановление после ошибки.
|
|||
|---|---|---|---|
|
#18+
Когда-то поднимал уже этот вопрос, сейчас есть время обсудить чуть более подробное: Java standalone приложение Есть определенная задача(длительная), которая разбита на этапы, допустим: Синхронизация -получить от сервиса данные -поработать с данными -сохранить их к себе Подобные шаги выполняются, допустим, для 20 сущностей, и весь процесс может занять 2-3 часа. Допустим, на каком то из этапов произошел сбой: outOfMEmory, runtime, связь упала, что угодно. Есть желание запутсить задачу повторно и продолжить с момента падения. 1) Одно из решений, использовать ehCache с персистентным хранением на диске, один из минусов, при непредвиденной ошибке персистентность данных нарушается и ehCache не может восстановить, потому приходится в ручную все flush`ить. 2) Видимо многие из вас с подобными вещами сталкивались, кто как в общих слова решал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2012, 10:39:46 |
|
||
|
Восстановление после ошибки.
|
|||
|---|---|---|---|
|
#18+
А зачем кеш? Просто промежуточные состояния с локальную embedded базу сохранять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2012, 10:44:09 |
|
||
|
Восстановление после ошибки.
|
|||
|---|---|---|---|
|
#18+
стандарт - транзакции-коммит в СУБД на диск. Обязанности СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2012, 11:21:59 |
|
||
|
Восстановление после ошибки.
|
|||
|---|---|---|---|
|
#18+
Озверинперсистентность данных нарушается и ehCache не может восстановить, потому приходится в ручную все flush`ить. значит БД не поддерживает транзакцию и сбрасывать flush надо перед транзакцией-куском и после. То же самое как Сохранить при печати в ворд документе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2012, 11:24:25 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=37739780&tid=2132125]: |
0ms |
get settings: |
14ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 316ms |
| total: | 466ms |

| 0 / 0 |
