Zdravim, Asi si budete myslet, ze jsem kverulat :), ale rozsirovat funkcnost externich knihoven jejich patchovanim mi prijde jako dost zoufaly reseni. IMO je toto ospraveditelne jen v pripadech zasadnich problemu externich knihoven, kdy je potreba fixnout memory leak apod a neni mozny knihovnu upgradovat/nahradit. Jednou jsem takhle aplikoval vlastni rozsireni do Strutsu a pak pri kazdym jejich updatu jsem musel ty patche znovu zamergovat a zkoumat, zda jeste stale funguji jak maji. Nekde taky musite udrzovat seznam toho, co je potreba pri upgradu dany knihovny nasledne opatchovat a hlavne si na to vcas vzpomenout... :-)
LazyInitializationException jsem se doufam jiz nadobro zbavil, takze nemusim nic ohybat. Prave to jeste trochu piluju, ale v zasade je to IMO cisty a pouzitelny reseni. View vlastne zadny data samo netaha a o db/Hibernate zhola nic nevi (coz neplati u open-session-in-view patternu) a veskera chybejici data se on-demand dotahuji z business vrstvy (nebo z DAO pokud chcete). Honza -----Původní zpráva----- Od: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] za uživatele Jiri Mares Odesláno: Wednesday, June 13, 2007 11:40 Komu: Java Předmět: Re: Hibernate aneb jak se (ne)vyhnout DTO Ahoj, proc nemodifikovat JSTL tak aby pocitala s LazyInitializationException, zalogovalo ji a vypsalo prazdny retez ... mozna by stacilo modifikovat jenom Evaluator ... Jirka Jan Moravec napsal(a): > Muze se to zdat divny, ale kdyz se na to podivate z uzivatelskeho > hlediska... Co je pro Vas lepsi, kdyz v pravem hornim rohu neuvidite svoje > prihlasovaci jmeno, pripadne dole na strance diskusi k uverejnenemu clanku > (coz jsou veci, ktere se napriklad diky chybe aplikace do DTO neprenesly), > nebo kdyz se Vam misto cele stranky zobrazi error stranka? Sance je, ze si > uzivatel chybejici infomace ani nevsimne (vemte si kolik se toho dnes na > strankach zobrazuje). Pokud si vsimne, reportuje to jako standardni bug, > nicmene aplikaci muze normalne nadale vesele pouzivat. To se neda rici o > stavu, kdy se na urcitou stranku vubec nedostane, coz pak musite resit > prioritne ve stresu. Pri pouziti JSP/EL se misto null zobrazuji maximalne > prazdne retezce, takze hloupe vypadajici "null" na GUI stejne nikde > neuvidite. Ja osobne preferuji prvni moznost, tj. nezobrazit data pokud > nejsou k dispozici, protoze stranka muze byt pouzitelna i bez nich. Kdyz se > neco nezobrazi, je to typicky bug prio max 2 a mate cas a klid to fixovat, kdyz uzivateli stranka pada s chybou, je to typicky bug prio 1.
