Nick AnikinGavrilovD,
во-первых, вы передргиваете и уводите тему разговора в сторону
я лишь сказал, что вопрос "а это критично?" - дуратский, потому что, в принципе, можно отказаться от использования
любой технологии
все ваши вопросы к этому не относятся, вы начинаете обсуждать минусы Hibernate (о которых, кстати сказать, плохо осведомлены, хоть бы FAQ по Hibernate открыли, что ли)
Да, я быть может недостаточно осведомлен о Hibernate и считаю нецелесобразно тратить время на изучение нестандартной технологии, которая не имеет будущего.
Nick Anikin
я не понял, к чему вообще этот вопрос? вы намекаете на то, что в Hibernate обязательно надо работать через xml? ну так он тоже поддерживает аннотации:
http://hibernate.org/397.html
кроме того, вариант с xml имеет право на жизнь, один из его плюсов: не нужно перекомпилировать класс, если изменилось название поля в БД например
лично мое мнение - аннотации удобнее
Я намекал на тот факт, что нотации в Hibernate мягко говоря не доделаны. В силу своей неосведомленности, доверяю той инфе, которую можно получить от дргуих разработчиков, плотно работающих с Hibernate.
Nick Anikin
> 2. В production кто будет поддерживать Hibernate? Вы сами?
http://hibernate.org/148.html
Да не будет этот support работать в России, не питайте иллюзий.
Nick Anikin
технологии, используемые в проекте, должны выбираться не тогда, когда он уже написан
Тут полногстью согласен, только вот если вы выбрали неправильно - вы просто потеряете заказчика, который по какой то причине решил, что он не будет инвестировать в OpenSource.
Nick Anikin
> 4. А если заказчик уже имеет сервер приложения, который в принципе не дружит Hibernate?
конкретные примеры пожалуйста
какой сервер приложения не дружит с Hibernate, и в чем именно проблема?
Конкретный пример - пожалуйста. Когда вы встриваете некий движок в контейнер, вы должны учесть тот факт, что каждый сервер приложения имеет свои особенности по встраиванию такоих движков. В теории - можно подключить, а на практике оказывается, что надо переделывать механизмы инициализации... Видел подобный "цирк" при переходе с Oracle сервер на WAS.
Nick Anikin
> 5. А вы уверены, что в кластере Hibernate работает достаточно хорошо?
не знаю, я не использовал Hibernate в кластере
допускаю, что Hibernate может работать недостаточно хорошо
Тут без комментов, дай бог, чтобы не сталкнулись.
Nick Anikin
> 6. Вы уверены, что Hibernate работает эффективно со всеми анонсированными в документации базами данных, причем корректо?
эффективность - странный вопрос... например, я уверен, что использование любой ORM технологии будет менее эффективно в плане скорости выполнения запросов, чем вручную написанные SQL-запросы
Опять же в ваших словах некоторая недальновидность прослеживается. ORM по производительности проигрывает SQL в приложениях с небольшим количеством вызывающих потоков и вызывающих их пользователей. При большом количестве пользователей большинство ORM начинает догонять и в некоторый момент начинает банально делать по производительно приложения использующие JDBC... даже если у вас на стороне базы данных будут стоять хранимые процедуры.
Эффективность - это к вопросу использования того или иного диалекта SQL. А я на собственном опыте знаю, что кривизны существует в Hibernate относительно к диалекту конкретной SQL.
