Nimbrung..
Yap session factory itu stateless... gak perlu dicluster. Session yg
stateful, tapi kalo pake session-per-request (i.e. gak ada session yg
ditahan between requests), gak ada masalah disini.

2nd level cache juga gak masalah. Make sure ajah pake cache providernya yg
beneran.. jangan pake yg in-proc obviously. Pake yg production grade, yakni
DHT, e.g. memcached.

HttpSession.. bisa direplicate (Terracotta), ato diplug ke distributed
cache.

2010/8/13 Endy Muhardin <endy.muhar...@gmail.com>

>
>
> 2010/8/13 Ifnu bima <ifnub...@gmail.com <ifnubima%40gmail.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 --
>  
>

Kirim email ke