Hibernate and Swing integration

[ normandija @ 16.02.2009. 20:11 ] @

Pozdrav svima.....

Da li mi neko moze dati male sugestije oko gore navedenog?

treba da razvijam neku swing aplikaciju,pa sam mislio da integrisem hibernate sa swingom,pa me zanima koliko se
to tako praktikuje i koje su prednosti i mane .... inace koristio sam hibernate ranije sa springom,ali me zanima sada ova
kombinacija....

pa ako moze par iskusnih savjeta .... hvala

[ staleks @ 17.02.2009. 13:42 ] @

I mene takodje zanima ova tematika, kao zaljubljenika u desktop aplikacije. Vec neko vreme se bavim web programiranjem, koristim Spring - Hibernate i Spring MVC.

Onoliko koliko sam istrazio ovu tematiku Hibernate u Desktop aplikacijama, bas i nije najsrecnije resenje.

Zasto ovo tvrdim ? Pre svega zbog LAZY_LOADING principa za kolekcije u Hibernate-u. U web applikacijama Lazy Loading je resen sa OpenSessionInView interceptorom ili OpenSessionInView filterom. Medjutim takvo nesto nije primenljivo u Swing Applikaciji. (ili mozda gresim ???)

Drugo resenje koje bi se moglo iskoristiti u desktop-u je da se umesto FetchType.LAZY koristi FetchType.EAGER sto ce da ima lose posledice u samom izvrsavanju (performance issues). Zamislite samo bazu sa preko 1.000.000 podataka koji su svi nekako isprepletani sa ManyToOne ili ManyToMany vezama.
Pa se onda postavlja pitanje sta ce mi uopste Hibernate ????

Gde ocekujem resenje ??? Na ovaj zid su sigurno naleteli i same arhitekte u firmi Interface21, pri pokusaju da naprave SpringRCP. Trenutno je aktuelna verzija 1.0 a napretka nema.

Ovo su neka moja razmisljanja. Ocekujem i druge iskusnije kolege da se ukljuce.

[ normandija @ 17.02.2009. 18:29 ] @

znaci,za sada i nema neko konkretno optimalno resenje za moje pitanje ?

[ staleks @ 17.02.2009. 20:57 ] @

Nije da nema, ono sto sam usput zaboravio da napomenem, je to da recimo ukoliko bi se drzali n-tier arhitekture, hibernate bi mogao da iskoristis u dobroj meri u data access layeru i business layeru. Medjutim problem nastaje u prezentacionom sloju. Svi Hibernate zahvati moraju se obaviti u okviru jedne transakcije (tako je napravljen sta da mu radim :) ) pa bi mozda moglo da se napravi da se na pocetku business metode zapocne transakcija, obavi se Hibernate upit ili sta vec (snimanje ili brisanje) i da se po povratku iz metode rezultat "prespe" u neki DTO koji ne bi bio uvezan u HibernateSessiju.

E sad ne znam koliko te ovo resenje zadovoljava, mene bas i ne, zato sam ti naveo da je ovo samo teoretsko resenje (ovako bi trebalo da moze ali nikada nisam probao). Ovo resenje mi je "trulo" iz razloga sto opet imam neko presipanje a onda sebi postavim pitanje zasto sam uopste i hteo da koristim Hibernate.

Ono sto ne znam (odnosno nisam probao) su neki drugi ORM alati kao sto je recimo iBATIS. Ako te ne mrzi pogledaj i njega pa bih voleo da cujem i druge impresije, iskreno ja nemam toliko vremena za istrazivanje a voleo bih da imam.

samo da obogatim ovu temu jedna rasprava na ovu temu se moze naci na sledecem springForumu:

http://forum.springframework.org/showthread.php?t=11684

[ anon315 @ 17.02.2009. 21:00 ] @

Citat:

staleks:
Zasto ovo tvrdim ? Pre svega zbog LAZY_LOADING principa za kolekcije u Hibernate-u. U web applikacijama Lazy Loading je resen sa OpenSessionInView interceptorom ili OpenSessionInView filterom. Medjutim takvo nesto nije primenljivo u Swing Applikaciji. (ili mozda gresim ???)

Resio ja ovo ;o) Videti temu: http://www.elitesecurity.org/t330158-0#2004069

Konkretno:

Citat:

...
Pa jeste, tako je, ali cesto postoji potreba da mozes da procitas jos nesto lazy, tipa pri rendanju strane. E sad, by the book imas 2 opcije. Jedna je da radis dinamicki HQL fetching, a druga da radis lazy loading. Meni je bilo smislenije da idem na prvu varijantu, jer mi se lazy loading kao koncept u smislu OSIVa nije dopadao jer tako gubim na slojevitosti (citaj: sta da rade drugi klijenti koji nemaju filter). Na kraju se ispotavilo da dinamicki HQL fecing predstavlja poprilican problem u smislu kolicine metoda koje se nalazo u DAO. Lazy loading te resava te bede. Ostao je problem sta da rade ostali klijenti pored web sloja.

E sad, malo ljudi (ja ne znam nikog) se bavi ovim problemom, jednostvno svi prihvate osiv zdravo za gotovo, a ovamo satro slojeviti su. Primera radi - sta da radi moj scheduler koji zove servis i takodje ocekuje lazy loading kao i web sloj. Ili recimo test case?

Resenje je u implementaciji anotacije i aspekta koji hvata metode sa ovom anotacijom i onda radi istu magiju kao i filter ;)
...

[ staleks @ 17.02.2009. 21:14 ] @

@Vanja

voleo bih da malo detaljnije napises kako si resio to sa anotacijom i implementacijom aspekta koji bi drzao sessiju otvorenu dok se renderuje view u Swingu.

Mozda neki primer ono Order -> OrderItems ???

Hvala

[ anon315 @ 18.02.2009. 21:46 ] @

Uh, vrlo rado, ali je to malo komplikovano, jer je kod rasut na vise klasa u okviru internog frameworka u kome je ovo implementirano.

Ali osnovna ideja je simuliranje Springovog OSIV-a, ali tako da se moze pokrenuti i iz, recimo, konzole.

Ali evo primera koda kako se ovo moze koristiti:

Code:

public class LocalRunner extends AbstractLocalRunner {

    @Inject
    UserService userService;

    public void run() {
        userService.doSomething();
    }

    public static void main(String[] args) throws Exception {
        new LocalRunner().runApp();
    }

}

AbstractLocalRunner je klasa iz frameworka, a LocalRunner je klasa koja koristi framework.

Sve sto se nalazi u okviru run metode ce biti izvrsavano u otvorenoj sesiji!

I resenje nije Swing orijentisano, vec je zapravo u pitanju JEE fwk, ali kapiram da se moze iskoristiti ista logika i za Swing pricu..