2010/8/13 Ifnu bima <ifnub...@gmail.com> > > > > yang perlu dicluster: http session dan sessionfactory punya hibernate.
Session Factory tidak masalah dicluster. Yang masalah itu 2nd level cachenya karena harus disync ke seluruh cluster member. Selama tidak pakai 2nd level cache, tidak masalah. ApplicationContext nya spring juga gak masalah dicluster. Soalnya mostly code di service layer bersifat stateless. Selama dia stateless, berarti gak ada simpan data di memori, sehingga tidak perlu mikir replikasi. Saya kurang jelas arsitekturnya mau seperti apa dan bagian mana yang mau dicluster. Perkiraan saya, CMIIW : Aplikasinya web, dalam 1 war/webapp isinya sbb : - controller - service method (@Service dan @Transactional) - sessionfactory yang diautowired ke service atau dao Nah, kalo 1 webapp ini mau langsung dicluster, pertimbangannya adalah: 1. upload file 2. static variable 3. session variable #1 bisa disolve menggunakan shared storage #3 bisa disolve dengan fiturnya appserver, in case of tomcat, gunakan database storage untuk menyimpan session http://tomcat.apache.org/tomcat-6.0-doc/config/manager.html scroll ke bawah di bagian JDBC Store #2 nah ini sulit. Sebaiknya simpan di db aja. Kalo ngga ya terpaksa cluster JVM modelnya terracotta. Coba dijelaskan lagi gimana arsitektur aplikasinya, dan yang paling penting, *kenapa* mau clustering? Biar kita2 disini bisa kasi solusi yang lebih terarah -- Endy Muhardin http://endy.artivisi.com Y! : endymuhardin -- life learn contribute --
