||Editörün notu: Bu belge de LaTeX ile yazılmış, bu
||bir tesadüf olamaz! ;-) "
Evet, Gav. King'e gore Hibernate kullanicilari POJO'larin icine annoations koyarak XDoclet uzerinden esleme dosyasi uretmeye oldukca isinmislar. Bu arkadaslar icin Hib. 3.0 guzel bir yolun devami olacak. Bence Hibernate'i 2.1 son haliyle de kullanima hazir, son surumu 2.1.c.
Evet, Hib. 3.0, 2.1 ile geri uyumlu olacak.
2.1.7.c demek istemistim.
Bir Hibernate kullanicisi olarak Turkce bu konuda yazilmis ender yazilardan oldugu icin yazari tebik ediyorum. Bununla birlikte yapilan testin ne yazik ki "mikro benchmark" sinifindan cikamadigini dusunuyorum. yani sadece iki talo ve tek tip sorgu yapmak yerine daha karmasik ve farkli ilisklier iceren nesne modellerine dayali bir veri tabaninda farkli turden sorgulari da icerseydi cok daha guzel olurdu.
Ayrica, Normalde Hibernate kendi icinde otomatikolarak 2.katman bellek cebi tasiyor (ECache), JBoss treeCahce yada OSCache kullanmadan dogrudan Hibernate ile yapilan test ne yazik ki dokumanda yer almiyor.
Gene de tesekkur eder, devamini gormeyi dilerim.
Merhaba; ileride daha ciddi yuklerden gelen rakamlari goreceksiniz. EHCache'in kullanilmamasinin bir sebebi var, ehcache dagitik (distributed) bir onbellek paketi degildir, ve teknik liderler ve programcilarin kafasindaki en buyuk soru, benim gozlemledigim kadariyla, "hangi dagitik onbellegi kullanmaliyim" sorusudur. Oncelikle bu soruya cevap verilmeliydi, yani OSCache'mi, TreeCache'mi sorusu.
Ayrica, Hibernate "normalde" "butun" 2. katman onbellekleri tasimaktadir. ehcache, oscache, treecache'in jarlari hibernate lib/ dagitiminin altindadir. Eger XML esleme (mapping) dosyalarinda
caching yontemi olarak read-only, read-write, vs,vs tanimlar, ve hibernate config dosyanizda onbellek yontemini secerseniz, "normalde" kullandiginiz onbellek o olmus olur.
Acikcasi Hibernate kullaniminin illaki dagitik bir sistem gerektirdigini , hatta yaygin olarak dagitik olmayan sistemelrde kullanildigini saniyorum. Bir de OSCache'nin dagitik olduguna dair bir bilgiye rastlamadim.
Hibernate, bizim gibi kurumsal yazilimci/danisman kulturune gokten zembille inmis bir aractir, ve bu cenah, genellikle e-ticaret, B2B gibi servis bazli sistemler uzerinde calismaktadir. Bu sistemlerin de yuksek oranda ayakta kalabilmesi (high availability), ve birden fazla JBoss/WebLogic/vs arasindaki makinalar arasinda istek (request) yukunu dagitabilmesi (load balancing) bekleniyor. G. King bu yuzden kitabinda bir bolumu bu konuya ayirdi. Bu yuzden bizim eski danisman silah arkadaslari Hibenate'e bakar bakmaz hemen "dagitik onbellek ne alemde" gibi sorular soruyorlar, hatta bazilari illa ki ticari birseyler olsun diye (bazilari kendini boyle daha rahat hissediyor), OSCache ve TreeCache'i begenmeyip, ticari dagitik onbellek paketlerine bakmaktaydilar, fakat daha resmi olarak gecis yapani duymadim.
Yani, anahtar kelime: Dagitik.
VE: Bir diger oncelik te Hibernate'i JDBC ile acele bir kapistirmak idi. Bulununan seyleri, hangi seviyede olursa olsun, paylasma taraftariyim, ki bu dokumanin ayri bir yan urunu, referanslarda verilen Java test altyapisidir. Bu altyapi JBoss uzerinde calisiyor, ve yeni projeye baslayanlar icin bir cekirdek/iskelet gelistirme ortami da olusturabilir. Aslinda yayinlama/yayinlamama konusunda benim de beklemek istedigim bir an oldu, fakat acilen bir seylerin sirkulasyona girmesini istedigim icin, yayinlamaya karar verdim.
Bundan sonra gelecek olan test, dagitik JBoss uzerinden (2 process) dagitik onbellek (treecache) kullanimi olacak. Bu test Solaris uzerinde planlandi ve JVM'lere mumkun oldugu kadar fazla kaynak (resource) vermemiz mumkun. Ayni dokumana daha fazla veri koymus olacagiz, tabii yeni rakamlara gore yorum da degisebilir.
Katkilar icin tesekkurler.