Здравствуйте, Trean, Вы писали:


T>Я разве сказал, что она не "умрет", я ж не знаю ни специфики запросов ни объема данных, в исходном посте про это не было ничего. Если нужна супер производительность используйте хранимки с оптимизацией запросов под конкретную БД. Возможно даже удасться прикрутить Hibernate или JDO в них такая возможность есть, можно и свои запросы указывать AFAIK, иначе JDBC+Spring. Нет серебряной пули, каждое средство надо применять под свои цели. Если у меня нет терабайтов передаваеммых данных и тысяч одновременных запросов, зачем мне париться с SQL, когда я реализую модель в классах и все, остально за меня сделает ORM-средство?


T>У EJB 2.0 Entity Beans были серьезные проблемы с производительностью, сравнительно недавно вышли EJB 3.0, которые, насколько я знаю, разрабатывались на основе опыта разработчиков Hibernate.

T>Лучше спросить в форуме Java (а лучше эту туда переместить), там я думаю дадут квалифицированный ответ.
T>Вот еще книжка хорошая:
T>Expert One-on-One J2EE Design and Development Там в том числе и про EJB и про то когда и как без него обойтись.


Большое спасибо за ответы. Я попробую применить EJB, особенно если все это "безобразие" запихнуть в специальный слой, который и будет вызывать UI, туда же можно будет впихнуть, если очень хочется вызовы хп и другое.