Все доброго времени суток!
Проблема в следующем, как настроить средствами hibernate двухфазную транзакцию? Очевидно нужно, что то и с СУБД сделать....
Приложение грузится по веб старту, СУБД MS SQL 2000, и необходимо, чтоб при вставке новой записи строка добавлялась и в центральный сервак и в локальный для данного подразделения, удаленность серваков большая, сотни км. Сейчас данная проблема решается Mulе-ей, но не используется механизм распределенной транзакции и данные заносятся в начале на главный сервак, при этом выдается код на локальный... а потом репликацией таблица переливается с главного :-(, это очевидно "не есть хорошо" существуют проблемы.

Спасибо!

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Спасибо за ответ!
Я тут нашел решение
http://forum.hibernate.org/viewtopic.php?t=926177&highlight=2pc
Оно разве не подойдет?
Архитеткура такая Swing клиент - Hibernate - MS SQL, загрузка по веб старту, пока без сервера приложений. При просомтре используется база локального сервака, при обновлении и вставке объект перситется на главном серваке, а потом на локальном.
Я вот в свете ссылки, решил попробовать получать две фабрики сессий... или это утопия?
Можете кинуть сслыки на тему этих драйверов...

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Да, к сожалению пока такая :-(
Так как все, как обычно у нас, нужно сделать еще вчера :-(
Так что есть варинат не делать два конфига?

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Да похоже они у меня съедят не только мозг при таком подходе ;-), так как Мелкософт это... ну а дальше нет слов я думаю вы меня понимаете. Да и с дровами тоже похоже большааааяя ж...а. Ну а как думаете шансы на успех есть, если все-таки попробовать две фабрики сессий сделать, и поочереди персистеть? Или мулей "бить"?

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

expp1. терминология: если appserv нету то это standalone swing appl.
2. то что вы описываете - знакомо до боли (репликация, локальные серваки ...) смею вас уверить что это не более чем рудиментарные хаки маньяка-DBA. забейте. и выкиньте "локальный сервак". лучше пусть он станет appservом
3. если вы всётаки хотите что ннить пораспределять (транзакцию): настраивайте SessFact на JTA, там же настраивайте JNDI имя USerTransactionа, и параметры подключения к JNDI. Дальше вам нужен JTA координатор. Они есть во всех appservах или отдельно. Вам нужно его где то запустить (обычно это сервер приложений). при работе SessFact будет находить его через JNDI. Самое плохое: это JDBC-XA драйверы. И синхронизация базы и JTA координатора. Думаю в случае со stanalone это практ. невозможно. И драйвера тоже боюсь проблема. По крайней мере разборки с оными для DB2 (при том что IBM более Java повёрнутый vendor) съели недавно весь мой мозг.

и того два совета: Выкидываем локальную DB. залезаем на appserv
___________________
rostov-ondon рулит!!
В догонку..... Может тогда на веб старте остваить все с одним серваком..... что скажете, а на локалках в конфиге хмл вынести настройки запросов, так как филиалам все данные не нужны?
expp, вы случайно не Ростовчанин?

Я прекрасно понимаю что надо так, но.... :-(
Если appserv убрать....и по веб старту грузить...

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Пока не могу понять как скормить Хиберу два сервака....:-(

Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Это понятно..... а как быть с комитами, я ведь создаю две фабрики сессий...
По идеи они должны решаться одним коммитом...
Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)

Спасибо!
Буду пока бороться с этим... ибо в понедельник нужно уже выкладывать... ну а дальше по человечески делать..... Хотя нет ни чего более постоянного чем временное...;-)


Я болею за СКА РОСТОВ!!!
Трепещи Москва, мы уже в первой лиге ;-)