Суть в том, что в базе хранится, к примеру, стринг.

Но все операции "наверху" будут происходить со сложным типом.
Который в себе содержит этот стринг и дополнительную общую информацию...

Хотелось бы не выносить это за пределы entity, атак, чтобы эту логику скрыть в нём.

То есть в методе entity getXxx получать стринг из базы, забивать его в свой объект, дополнять общей инфой и отдавать не String, а MyObject этим геттером.
Аналогично и для сеттера.

Возникает вопрос: можно ли определить геттер не абстрактным, и как тогда в нём получать значение стринга из БД? 
 

А ты все инкапсулируй в EJB, который для формирования этой Entity обращаеться к Hibernate/ а вот в Entity укажи этот геттер как  @Transient
Я так в сущности беру файл по его имени из БД. а сам файл уже формирую в EJB 

Не понял сути 


Хибернейта нет. энтити бинз онли. 


без нотаций.


Ты имеешь в виду, тянуть плэйн объект из энтити и обернуть всё это уже сессион-бином, который будет запихивать его в сложный объект?


 

abstract менять нельзя.... :-/

Можно добавить рядом неабстрактный необходимый метод, а в нём тягать имеющийся абстрактный геттер.

Теперь другая вопросина: можно ли абстрактный оставить friendly чтоб снаружи не видно было этого метода? будет ли бин нормально функционироват ьво всех ситуациях?