sepertinya, si penanya tidak mengerti EJB. bisa disimpulkan berarti dia sebenarnya tidak butuh EJB. berikutnya, bisa dipertanyakan dari sisi project, apakah butuh EJB? kalo butuh, baru dipelajari.
2009/9/16 ahmad sapta ismiran <amai...@yahoo.com> > > > kalau gw ngebayaingin EJB itu,,, merupakan salahsatu implementasi dari > matakuliahpengolahan data terdistribusi.....wkwkwk, karena kalau itungan > itungan gede,, > pas gw dulu impelementasi di asuransi bumi putra new system, itu memang > ditaro ejb yg terpisah, dan mesin yg terpisah. > > hibernate kalo menurut gw itu framework untuk data akses layer, supaya code > ke jdbc, lebih mudah di maintain, dan reusable, berdasarkan design aplikasi > yg Object oriented. > tak jarang beberpa temen2 di beberapa consultant menggabungkan dua > teknologi ini, yaitu EJB sebagai bisnis object nya, dan hibernate sebagai > akses ke database. > > jadi mendingan baca dan pahami konsep kedua teknologi tsb, sehingga bisa > memutuskan > kapan hanya memakai hibernate saja, kapan menggunakan EJB dan kapan > mengkombinasikannya. > > --- Pada *Sel, 15/9/09, Ifnu bima <ifnub...@gmail.com>* menulis: > > > Dari: Ifnu bima <ifnub...@gmail.com> > Judul: Re: [JUG-Indonesia] Hibernate v EJB > Kepada: jug-indonesia@yahoogroups.com > Tanggal: Selasa, 15 September, 2009, 4:47 PM > > > > > > EJB3 itu full blow , it's powerful untuk melakukan perhitungan yang rumit > , karena memang di desain oleh Application Server, dengan contoh > meng-gunakan Glassfish Application Server , itu bisa di buatkan simulasi > untuk "mathematics inventory yang average tadi". > > > > kalau gak mau pake EJB3, itu terserah yang mempelajari, i just show you > "The Path" > > Ok, well gini, ummm EJB3 itu "canggih" bukan karena "bisa menjalankan > perhitungan rumit", kalau perhitungan diatas dilakukan dengan JDBC > biasa ya bisa aja loh. > > EJB3 itu "canggih" karena dalam grand design EJB3 sudah diakomodasi > yang namanya multiple resource, clustering, konektifitas ke berbagai > macam legacy system seperti mainframe. kemudian EJB3 juga menyediakan > platform untuk memudahkan arsitektur yang dulunya namanya Enterprise > Integration dan sekarang jargonnya jadi SOA. > > Jadi sebaiknya diluruskan sedikit premis2nya. kalau EJB3 itu rumit > karena ingin dijadikan sentral dari semua aplikasi dalam sebuah > organisasi, mengakomodasi semuaa kemungkinan konektifitas dan yang > paling berbahaya menyembunyikan kerumitan dari kode program, sperti > distributed transaction dan statepropagation yang disinggung endy > disana. > > Kalau gw cermati lu lebih banyak membayangkan scientifik premis dalam > thread ini. padahal Enterprise application itu sebenernya > perhitunganya simple, tapi karena melibatkan data yang naudzubillah > gedenya dan user yang amit2 banyaknya, jadinya sesuatu sesimple select > * from transaction bisa jadi bikin kepala botak. > > -- > Senior Engineer @ ArtiVisi Intermedia > Java Training Center > See our course @ artivisi.com > > http://ifnu. artivisi. com <http://ifnu.artivisi.com> > +62 856 9211 8687 > regards > > > ------------------------------ > Lebih Bersih, Lebih Baik, Lebih Cepat - Rasakan Yahoo! Mail baru yang > Lebih Cepat hari ini! <http://id.mail.yahoo.com> > > -- syaiful.mukhlis gtalk:syaiful.mukh...@gmail.com <gtalk%3asyaiful.mukh...@gmail.com>
