ORAngutangвот в ней то, как я (как простой дба и полный лох в "этих ваших явах") понимаю, у нас вся и закавыка! ;-)

У меня вопрос, к тем кто это, возможно, понял: как это конкретно сделать? И сколько времени это делали бы лично вы?(ну ооочень ориентировочно!)

IMHO Закавыка не в этом, а в том, что вместо "unsuported configuration" в Oracle, что расстраивает Вас, как "простого DBA", Вы получите "unsuported configuration" (смесь старого и нового) на application server'е, что будет расстраивать "простых Application Server админов" или тех, кто их функции выполняет (подозреваю, что это какой-то программист и по совместимости админ application server'а).

Поэтому "общего счастья" ни на земле, ни в Вашей компании не прибавится.

С этой, философской, точки зрения, я предложил бы третий вариант - разобраться с ошибкой/багой в Oracle9Dialect и сделать свой Dialect с исправленной багой. Т.к. dialect должен заменяться на уровне настоечных файлов - то в любой момент можно будет вернутся к первоначальной конфигурации. Плюс, создание dialect'ов должно быть документировано.

Нравится разработчикам сидеть на устаревших версиях - пусть сидят. Только фикс для баги тогда уж руками "back ported" (вроде так называется) пусть делают. IMHO & AFAIK

На мой взгляд, это решение:
a) Является достаточно документированным и не меняет проверенные версии библиотек на стороне application server'а
b) Может подключатся/выключатся через настройки.
c) Должно быть достаточно простым и документированное.

BlazkowiczРечь о JBoss и Hibernate. Проблема, ведь не в Oracle. А в совместимости Hibernate с драйвером JDBC.

Как я понял, проблема даже не в Hibernate, а в "коннекторе" Oracle9Dialect. Никто не мешает сделать свой коннектор (тупо Copy/Past), исправить в нем данную ошибку и потом использовать его.

Соответственно ни оригинальные классы/библиотеки Hibernate, ни JBoss трогать не придется

IMHO

BlazkowiczВот только зачем это делать самому, если разработчики уже исправили?
Что бы не поднимать версию всего Hibernate'а и не получать проблемы с не совместимостью Hibernate & Seam2.

По хорошему, нужен банальный патч не одну багу. Если такого нет, то элементарно можно самому сделать.

Я не говорю, что так нужно делать. Просто еще один вариант для рассмотрения.

ORAngutangLeonid Kudryavtsevто элементарно можно самому сделать.
вот у Вас бы лично сколько _приблизительно_ времени такое заняло?? +-100%???
1) неделя на поиск и установку всей этой хриномунтии и создание контрольного примера
2) 2-5 дня патч + тестирование на контрольном примере
3) черт знает сколько времени тестирование приложения, но этим уже должны другие заниматься

По п.2.:
2.1 Взять две версии Hibernate старую (оригинальную) и с пофиксенной багой, выдернуть класс с багой, декомпильнуть jad'ом (если нет сорцов), сравнить командой fc - 0.5 - 1 день
2.2 почитать доки как регистрировать свой Dialect - куча бумаги для принтера + тоннер + 1-3 дня
2.3 сделать свой диалект и проверить - 1 день

+-100% )))

Blazkowicz...
Я в консалтинговых конторах работал... Т.ч. привык к почасовой оплате. По крайне мере, от внешнего заказчика )))

To ORAngutang.

Leonid KudryavtsevЯ в консалтинговых конторах работал... Т.ч. привык к почасовой оплате. По крайне мере, от внешнего заказчика )))
Зачем делать быстро то, что можно делать долго.
"Хорошую работу нужно беречь" ( C )

Я расшифровку затрат времени дал ))) Основное установка софта (неделя) + печать на принтере и чтение книжки (3 дня).

Собственно кодирование 1.5-2 дня. ))) /пункт 2.1+2.2./

Но искать конкретные версии JBoss, Hibernate, Seam2, Oracle, все это ставить, разбираться, делать контрольный пример... лично мне даром не надо. Х.з. сколько времени займет. Меньше чем за неделю не возьмусь. Но оценивать готов не по внешней, а по внутренней ставке консалтинговых контор )))