Hibernate zavre result set a pak chce pristupovat k LOB objektu. Vyvojari by zaslouzili nakopat.
Ano v mysql a pgsql to projde.
Ja se rad hibernate zbavim, vetsina problemu s db pristupem aplikaci co tu mame je zpusobena prave hibernate. Taky se hibernate netvari jako ze by chcelo pouzivat update locky (select XXX FOR UPDATE) a je timpadem nachylne na race conditions.
Jsem ochoten vyzkouset a provozovat jakoukoliv technologii, kde bude alespon teoreticka moznost mensi zabugovanosti nez v hibernate.
> Hibernate zavre result set a pak chce pristupovat k LOB objektu.
Mozete to specifikovat blizsie ? Nenarazil som zatial na tento problem ( pouzivam Informix ).
> vetsina problemu s db pristupem aplikaci co tu mame je zpusobena prave hibernate.
No vacsina problemov s ktorymi som sa ja stretol pri pouzivani Hibernate bolo o tom, ze programator sa snazil ohnut Hibernate na svoj obraz a ignoroval doporucenia tvorcov Hibernate ( napr. session pre request ). Je to akoby som si kupil Rolls-Royce a potom by som na nom vozil piesok ..., da sa to, ale nemozem sa potom stazovat, ze ten Rolls ma slaby vykon a casto sa kazi.
> hibernate netvari jako ze by chcelo pouzivat update locky (select XXX FOR UPDATE)
Ak by som chcel pouzivat SELECT-FOR-UPDATE, tak pouzijem session.load/lock/refresh(...,LockMode.UPGRADE).
Ja vsak radsej pouzivam verzovanie pre jednotlive objekty, vyhnem sa tym dead-lockom.
> kde bude alespon teoreticka moznost mensi zabugovanosti nez v hibernate.
Netvrdim, ze Hibernate je bez chyb, urcite sa mi vsak zije s Hibernatom lepsie ako bez neho ( najma ak si tie chyby dokazem opravit ). Na skusanie inych alternativ, bohuzial nemam cas.