Arhitektura Web aplikacije napisane u Javi koja koristi bazu podataka
Imam neka vazna pitanja i dileme koje se odnose na arhitekturu web aplikacije napisane u Javi, a koja koristi bazu podataka.
Do sada sam primenjivao relativno jednostavnu arhitekturu ali sam uvideo odredjene nedostatke u takvom pristupu. Taj pristup se sastojao u sledecem:
1) Za prezentacioni deo koristio sam Java Server Faces, i razne njegove biblioteke komponenti kao sto su Ajax4JSF, Tomahawk, Jenia itd. uz JavaScript.
2) Za srednji sloj koristio sam obicnu Javu uz primenu SessionFacade pattern-a za vezu prezentacionog dela i biznis logike.
3) Za persistance sloj sam imao Hibernate uz primenu Dao patterna.
Aplikativni server je bio Tomcat.
Ono sto sam primetio kao glavni nedostatak jeste da nema jasnog razgranicenja izmedju prezenatacionog dela i pre svega Hibernate - a i da posto su se podaci stalno iscitavali iz baze
zbog konkurentnog pristupa, ona se nije bas mogla pohvaliti sjajnom brzinom. Evo nekih konkretnih primera:
1) Nisam koristio transfer objekte koji bi bili "cisti" Java Beanovi i koji bi stizali kao takvi u prezentacioni deo. Umesto njih koristio sam Hibernate domain objekte
tako da u prezentacionom delu sam morao da vodim racuna o tome da jednostavno u run time-u ne mogu da dodjem do nekih property-ija takvih domain objekata
(ovo se tice samog Hibernate i njegove veze sa JSF koje u stvari nema).
2) Liste vrednosti su mi se stalno iscitavale iz baze sto mi je usporavalo aplikacije (koristio sam getXXX() metode za povezivanje sa npr. <h:selectOneMenu> komponentom),
a uz to u iscitavanju podataka teoretski moze da dodje do gresaka u radu sa bazom podataka pa mi se cinilo u tom delu da je jednostavno jako tanka linija izmedju prezentacionog dela i persistance sloja.
3) Hibernate sesiju sam zatvarao pomocu svog Filtera pa sam prakticno imao jednu Hibernate sesiju po Http request-u ali i tu moze doci do problema koji se ticu koriscenja Hibernate u ovako
osmisljenoj arhitekturi sistema (ne bih davao konkretne primere).Jednostavno sto bi neko ko npr. razvija prezentacioni deo ili srednji sloj brinuo o tome?
Pitanja su sledeca:
1) Da li mozete da date komentar na ovakvu arhitekturu aplikacije i da date svoje predloge kako da je poboljsam?
2) Da li u okviru ove arhitekture sistema mogu da koristim za liste vrednosti propertije nekog bean-a u application scope-u za dobijanje listi vrednosti, umesto da koristim pristup koji sam prethodno
opisao kako ne bih stalno isao do baze? Naravno takav bean bih update-ovao kada je to potrebno.
3) Da li da koristim transfer objekte kao ciste JavaBeanove u ovom pristupu?
4) Koji pristup da koristim a da imam jasnu odvojenost prezentacionog dela, biznis logike i persistance sloja tako da prezentacioni deo dobije "ciste podatke" ili informaciju da je u obradi zahteva
klijenta doslo do greske? Molim vas dajte mi neke tutoriale i guide-ove odakle bih krenuo.
Inace trenutno sam lako presao knjigu o Seamu ("JBoss Seam - Simplicity And Power Beyond Java EE") i guide-ove o EJB3 i JBoss - u pa bih presao na RichFaces, EJB3 i JBoss. Seam o stvarima koje sam prethodno naveo vodi racuna i jos o mnogo cemu mada bih voleo da primenim jos neki bolji i "cistiji" pristup. Mozda bi trebalo ukljuciti u celu pricu i web service sa kojima sam radio, ne znam sta pruza SOA arhitektura i koliko je ona kompleksna? Ranije sam nesto radio u Springu pa mozda treba da njega koristim da postavim arhitekturu sistema?
Pozdrav svima i unapred hvala na sugestijama i pomoci!
 |  |
 |
Re: Arhitektura Web aplikacije napisane u Javi koja koristi bazu podataka
