У "затычек" есть технический термин? PersistentBag? Никогда не задумывались как именно Hibernate узнаёт что элементы из коллекции удалены?

bob1970Не. Не задумывался. Тысячу раз видел Persistent..., понятно что там что-то хиберовское (состояние, сессия и т.д.) Просто пришла блажь в голову убрать из клиентской части все что связано с hibernate. Может зря... Тащить его приходится все время на клиента. Небольшая проблема конечно - 3 мб. Просто не нравится.
Удаление будет работать? С толстым клиентом, конечно, не всё гладко. Тащить на него Entity можно только, если понимать устройство Hibernate. И даже если понимать, то это всё равно больно.
Я бы рекомендовал подумать про DTO и отдельную Domain модель для клиента без Persistent Entity.

bob1970,

В целом, простого способа нет. Сейчас я бы делал это следующим образом.

POJO Domain Model - структуры и методы бизнес-логики.
Entities - расширение над структурами Domain Model - как их замапить, избежав дублирования, вопрос открытый. Оборачивать наследованием или делегированием - тоже палка о двух концах.

ViewModel - расширение над POJO Domain Model - включает в себя дополнительные структуры и логику, которые нужные только на клиенте. Адаптирована под binding и структуру GUI.

Entities конвертируются во ViewModel и обратно во время транспортировки клиент-сервер. Можно сериализацию запустить через свойства вместо полей и тогда будет проще смапить разницу в этих структурах.

Плюсы - клиент отвязывается от ORM и имеют свою структуру, оптимизированую под GUI, при этом сохраняется переиспользуемый код Domain Model.
Минусы - в Java нет удобного способа организовать расширение POJO в Entities, чтобы и код не дублировать и ORM остался доволен. Так же как и нет удобного фреймверка сериализации с десериализацией в другую структуру.

Alexey TominА зачем тогда вообще hibernate?
+1. Если выкидывать кучу фич hibernate, то есть смысл взять ORM попроще, либо отказаться вовсе. Сейчас всяких QueryDSL, JOOQ - пруд пруди.

bob1970Классная мысль.

Спасибо, но в Java хорошему дизайну на горло наступают фреймверки и ограниченность языка.

bob1970С помощью какого нибудь dozer mapper. Геморой , конечно, конкретный. На каждую entity рисовать такой-же dto и следить за соответствием.

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

bob1970Еще нарыл ссылочку

Была ещё одна интересная тулза для GWT - Gilead, но, вроде, выдохлась.
http://stackoverflow.com/questions/14967373/gilead-replacement-to-glue-gwt-and-hibernate-together
Но задумка там любопытная. Можно самому сделать

bob1970Ну так-то можно перед использованием на стороне сервера инициализировать бины view в hibernate entity, т.к. entity model почти такая же как и view model. А вот что будет со скоростью?! подумать страшно.
В чем проблема со скоростью?

mad_nazgulSpring JdbcTemplate?
Использовать только "чистые" POJO классы:-)
JdbcTemplate - говно. QueryDSL, JOOQ и аналоги.