Здравствуйте, у меня возник вопрос про RMI.

Есть 2 удалённых друг от друга приложения:

1) приложение, работающее при помощи хибернейта с базой
2) веб приложение

Надо сделать так, чтобы второе приложение обращалось к первому и получало бы данные. Для их связи решил использовать RMI. Обоим приложениям известин общий интерфейс, реализацию которого как раз и получает веб приложение через RMI. В этой реализации находится объект DAO класса, который как раз содержит запросы в базу.

И всё вобщем-то работает, но меня смущает один факт: веб приложение ругалось на то, что не может найти файлы относящиеся к хибернейту, т.е. другими словами ему надо было добавить hibernate.jar на classpath. 

По этому поводу у меня вопрос - нормально ли то, что веб приложение хочет знать про хибернейт ? - вобщем-то как мне кажется это забота исключительно того приложения, которое работает с базой данных и веб приложение не должно волновать приходят данные при помощи хибернейта, jdbc или ещё чего угодно.

Т.е. такая ситуация нормальная или же я чего-то неправильно реализовал ? - если неверно, то как бы это сделать "по умному" ?

Спасибо.

При передаче объектов RMI использует сериализацию. На сервере граф объектов сериализуется, а на клиенте десериализуется. Все классы, объекты которых принимают в этом участие должны присутствовать на каждой из сторон. Скорее всего, во время сериализации сущностей, так же захватываются и прокси сгенерированные хибернайтом (например для ленивой загрузки), поэтому клиент, чтобы выполнить десериализацию требует эти классы. Чтобы этого избежать, можно использовать паттерн Data Transfer Object.

Это сообщение отредактировал(а) powerOn - 30.9.2009, 19:10

И даже если эти классы ему дать все равно десериализация может не пройти, потому как сессия осталась на сервере 

Мы просто делали все поля с ленивой загрузкой transient.

Значит вы их не передавали, т.е. они не нужны были на клиентской стороне. А если нужны, то очевидно следует отказаться от ленивой загрузки.

PS Или все же можно правильно настроить ленивую загрузку? Складывается впечатление, что ленивая загрузка - одна из основных проблем у применяющих эту технологию.  

Если они ему нужны, то он их запрашивал явно. Или писался спец метод который возвращал нужную ветвь дерева.




Тут дело в том, что если не делать ленивую загрузку, то в большинтсве систем можно будет пройдясь по дереву вытащить половину базы. Поэтому ленивая загрузка нужна обязательно. А если есть задача передачи этих POJO на клиента, то надо или отдельные DTO для этоге сделать и сериализатор/десериализатор в них или переопределить метод по сериализации объекта. И вот там уже реализовать логику по сериализации дерева, с учетом требуемой глубины, отсечения ненужных ветвей и т.д.

А-а-а, деревья. Теперь понятно. Спасибо.