Задача сделать общую транзакцию. В программе идет запись в БД и файлов на диск.
К примеру, есть 10 файлов, которые надо записать на диск и сделать запись информации о файлах в БД.
Могут возникнуть исключения при записи файла на диск, при не соответствие файла шаблону, со стороны БД.
Как это правильно организовать и как в случае необходимости сделать откат такой транзакции?

Petro123rdm,
алгоритм обычный - записал, проверил, откатил (удалил файлы).
И перекрываешь любой доступ вне этой БЛ. Например из ОСи.
А дальше ньансы) - спринг? Декларативные? Хибер?
Spring, Hiber @Transactional для БД.

BlazkowiczЕсли база локальная, хранить в блобах. Многие базы имеют специальные оптимизации для блобов, чтобы по эффективности не особо отличалось от файловой системы, с учетом расходов на транзакционность.
Если база удаленная и блобы вообще не вариант, то нужен простейший JCA адаптер, чтобы участвовать в XA транзакции. Причем для файловой системы двухфазный комит не особо нужен. Обычного commit\rollback достаточно. А для JDBC почти все драйвера имеются в реализации XA.
http://xadisk.java.net/
Если БД на том же ПК, это локальная или удаленная?Говоря о локальной БД, вы говорите в смысле на том же ПК, или что она embeded? Блобы не хочу использовать, просто запись в ФС на диск.

Мне хотелось бы инструмент(надеюсь он уже есть), чтобы сделать запись нескольких файлов на диск ФС в стиле транзакции в БД.
Т.е. либо все файлы успешно записываются, либо ни одного.

BlazkowiczrdmБлобы не хочу использовать, просто запись в ФС на диск.
Обдуманный обоснованый выбор. Добавить нечего.
Ну да) Мне проще структуру каталогов и файлы смотреть через проводник)

Petro123, как я понял вы про http://xadisk.java.net/ ?

BlazkowiczrdmМне хотелось бы инструмент(надеюсь он уже есть), чтобы сделать запись нескольких файлов на диск ФС в стиле транзакции в БД.
Т.е. либо все файлы успешно записываются, либо ни одного.
Самописные транзакции это полумеры. Вот пример от Petro123 выше
- создали файлы - ОК -
- записали в базу - OK -
- коммит в файловую систему - Exception - что мы делать будем с базой, куда мы уже закомитили?
Видимо коммит должен быть внутри метода, чтобы при исключении rollback=MyWriteException откатил изменения в базе) Нет?

Petro123rdmМне хотелось бы инструмент(надеюсь он уже есть), чтобы сделать запись нескольких файлов на диск ФС в стиле транзакции в БД.
Т.е. либо все файлы успешно записываются, либо ни одного.
оверхед или конфигуразм))). Там писать нечего.
imho
Все равно что нужно будет, а так уже готовое решение)

Basil A. SidorovrdmВидимо коммит должен быть внутри метода, чтобы при исключении rollback=MyWriteException откатил изменения в базе) Нет?Файлы могут записываться секундами-минутами - накойхер (фамилие такой) держать транзакцию дольше, чем это абсолютно необходимо?
Поэтому - сначала записали файлы, потом (максимально быстро) отразили (конечное) состояние в базе.
Тоже правда.

Basil A. SidorovrdmВидимо коммит должен быть внутри метода, чтобы при исключении rollback=MyWriteException откатил изменения в базе) Нет?Файлы могут записываться секундами-минутами - накойхер (фамилие такой) держать транзакцию дольше, чем это абсолютно необходимо?
Поэтому - сначала записали файлы, потом (максимально быстро) отразили (конечное) состояние в базе.
Только как тогда откатить запись файлов, если исключение со стороны БД.

Petro123rdmТолько как тогда откатить запись файлов, если исключение со стороны БД.
так же как записывал, только в обратную сторону:
Setter\Getter Write \ Delete
Я чуть о другом. При использовании транзакции XADisk и декларативного подхода в Spring, нужно чтобы обе транзакции(БД и ФС) были в одном методе(ACID все дела). Таким образом транзакция в БД будет открытой долгое время при записи файлов на диск.

Попробую XADisk и свой велосипед)
Спасибо за советы)

Йуный джавистЪКак ты бэкапить будешь свои файлики? Клади в базу.
Так я 19 числа каталог 2013/3/18/ в архив и куда нить отправлю типа AWS S3 )

Petro123Йуный джавистЪКак ты бэкапить будешь свои файлики? Клади в базу.
клиент ещё не созрел))
люди делятся на тех, кто не делает бэкап и тех, кто его уже делает)
Чуть позже, чуть позже)

Йуный джавистЪТак я 19 числа каталог 2013/3/18/ в архив и куда нить отправлю типа AWS S3 )

Почитай например http://www.postgresql.org/docs/current/static/continuous-archiving.html
Я все пытаюсь найти обзор(компетентных людей) о плюсах и минусах сохранения файлов в БД или ФС, с красивыми графиками).
Может быть у вас есть подобный материал?

Petro123rdm,
просто поверь - вопрос не актуален. Устарел). Не парься.
Т.е. всё сохраняют в базе?

Йуный джавистЪЕсли ты не создаешь новый инстаграм то клади в базу - никакой дополнительной возни с бэкапом.
Это понятно. Вопрос в том с какими проблема сталкивается сферический "инстаграм" (я не знаю как он там что хранит). В сетевые задержки? Т.е. в каких случаях хранить в базе однозначно плохо. От противного станет понятно в каких хорошо.

Basil A. SidorovrdmПри использовании транзакции XADisk и декларативного подхода в Spring, нужно чтобы обе транзакции(БД и ФС) были в одном методе(ACID все дела). Таким образом транзакция в БД будет открытой долгое время при записи файлов на диск.Нифига подобного.
XADisk-у скармливается группа операций и он делает или всё или ничего. Если ничего - запротоколировали ошибку, кинули исключение или что там положено по бизнес-логике.
Если XADisk сделал всё - отражаем эту группу операций в базе. Если откат или исключение - протоколируем ошибку, кидаем исключение или что там положено по бизнес-логике, потом скармливаем XADisk-у (немного) другую группу операций и он "откатит" то, что "накатил". Если ошибка - протоколируем, кидем исключение или что там по бизнес-логике.
Таким образом, транзакции файловой системы никак не связаны с транзакциями базы данных.
Между тем как XADisk сделал коммит, а потом ему придется откатывать(в случае исключения со стороны БД) кто-то или что-то может изменить файлы. Нет? Или я что-то не понимаю) Т.е. это перестанет быть единой транзакцией, так как происходить они будут отдельно. Опять же я дилетант и могу ошибаться.