Подскажите, пожалуйста, насколько жизнеспособен вариант разработки новой системы на базе Hibernate, если одним из условий заказчика является (удобный) вызов хранимых процедур. Несмотря на то, что в документации к Hibernate вроде бы приводится пример использования , на практике заставить это работать так и не удалось (в NHibernate 2.1.0 по крайней мере). В Инете встречается информация о баге с SYS_REFCURSOR , обнаруженном уже несколько лет назад, но до сих пор неисправленном.
Буду благодарен за пример вызова любой самой примитивной хранимки, возвращающей курсор, который Hibernate поймет и преобразует в коллекцию объектов... Ну или хотя бы просто поймет :)
Видел предложение использовать для запуска функциональность ADO.NET с добавлением в ISession.Transaction.Enlist(), но как-то это нехорошо... Пока что еще есть возможность выбора и хотелось бы сделать поудобнее. Также вот встретилось мнение , что для работы с хранимками лучше подойдет iBATIS.
И насколько верным является утверждение, что при разработке современных систем стоит избегать использования хранимых процедур?
Может быть еще какие разумные варианты существуют?
Спасибо за внимание!

MasterZiv, спасибо Вам за ответ!
Хранимки нужны, так как в них хранится вся бизнес-логика, унаследованная от предыдущего проекта. Выходит, или переносить логику на C#/Java, или отказываться от hibernate...
А еще провели несколько тестов - производительность работы через хранимки оказалась существенно быстрее, чем в неоптимизированном хибере...