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
2010/8/13 Tejo A Kusuma tejo...@gmail.com
Jadi,..
Environment kita di cluster untuk pertimbangan high availability dan load
balance. requirement dari manajemen mang seperti itu.
Kalo untuk HA, berarti nanti ada 1 instance aplikasi yang sama
berada di belakang load balancer.
Load
Dear Jugger,
Konsultan IT kamimenyarankan menggunakan EJB sebagai J2EE app engine.
sementara sebelumnya kita sudah cukup nyaman menggunakan Spring bean.
Semalem diskusi dengan p ifnu, tenyata spring nggak support clustering,
padal environtment kita menuntut clustering,
pertimbangan memilih EJB
On 8/13/2010 1:37 PM, Tejo A Kusuma wrote:
Dear Jugger,
Konsultan IT kamimenyarankan menggunakan EJB sebagai J2EE app engine.
EJB bukan app engine. EJB adalah spec dalam JavaEE.
sementara sebelumnya kita sudah cukup nyaman menggunakan Spring bean.
Semalem diskusi dengan p ifnu, tenyata
Hi,
Yang mau dicluster itu apa ya ? biasanya untuk web application sih yang
dicluster tomcatnya dalam artian http session nya.
2010/8/13 Tejo A Kusuma tejo...@gmail.com
Dear Jugger,
Konsultan IT kamimenyarankan menggunakan EJB sebagai J2EE app engine.
sementara sebelumnya kita sudah cukup
yang perlu dicluster: http session dan sessionfactory punya hibernate.
sam, kl pake terracota bisa cluster spring plus appservernya gak?
misalnya spring jalan di tomcat, terracota akan cluster http session
dan sessionfactory sekaligus ga ya? apa harus satu-satu?
kalau simpen state di static
-Indonesia] [ASK] Ejb 3.0 apa Spring ya?
yang perlu dicluster: http session dan sessionfactory punya hibernate.
sam, kl pake terracota bisa cluster spring plus appservernya gak?
misalnya spring jalan di tomcat, terracota akan cluster http session
dan sessionfactory sekaligus ga ya? apa harus satu-satu
2010/8/13 Ifnu bima ifnub...@gmail.com
yang perlu dicluster: http session dan sessionfactory punya hibernate.
CMIIW tapi sepertinya sessionfactory tidak perlu di-cluster.
Kalau clustering-nya perlu failover maka perlu http session replication.
Kalau cuma butuh load balancing ga perlu. Cukup
On 8/13/2010 3:31 PM, Ifnu bima wrote:
yang perlu dicluster: http session dan sessionfactory punya hibernate.
sam, kl pake terracota bisa cluster spring plus appservernya gak?
Wah nggak tahu gua detailnya. Sampai saat ini gua belum butuh cluster :-)
Aplikasi-aplikasi gua semuanya maximum
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.
2010/8/13 Endy Muhardin endy.muhar...@gmail.com:
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.
Contoh konkritnya :
Aplikasi
Jadi,..
Environment kita di cluster untuk pertimbangan high availability dan load
balance. requirement dari manajemen mang seperti itu.
Awalnya aku mikir kalo udah di cluster server nya, ya aplikasinya
transparent, ga usah mikir ritual ritual tambahan, seolah olah aplikasi di
deploy di satu
12 matches
Mail list logo
