bisa dengan jms murni. cuma message broker (atau jms server-nya) harus diekspos ke baik manufacturer maupun dealer. kalau datanya ga sensitif ga papa. kalau data sensitif biasanya manufacturer lebih suka untuk konek dan autentikasi dealernya dulu.
ga bener kalau ga menggunakan jms ga bisa diakses dari java, dan ga bener juga kalau message broker yang support jms hanya bisa diakses dari java saja. teknologi queue dan topic sudah ada jauh lebih dulu dan lebih lama dari teknologi java sendiri. jms hanyalah salah satu cara untuk mengekspos service dari message broker itu sendiri. contoh message broker yang support jms tetapi tidak hanya bisa diakses dari jms: websphere mq (bisa diakses dari berbagai bahasa, bahkan beberapa platform seperti mainframe, unix, etc) activemq (bisa diakses dari python, c++, etc) -o--o---( ^ ^ )---o--o- Speed Optimization: Seek and ye shall find! In case it isn't in the cache yet, too bad, you've to wait 40x longer. Daniel Baktiar (http://dbaktiar.wordpress.com) 2010/3/30 Roberto Fernandez <if07...@students.del.ac.id> > > > @all > Dari bbrp penjelasan (CMIIW) > Jadi ga bisa yah, dengan JMS murni (tanpa campur tangan WS dkk.) > spesifikasi pengiriman updated price terjadi?? > Begini kira2: > Dari manufacturer -> kirim pesan ke Topic. > Seluruh Delaer (listen event/message) ->jika ada pesan, update price di > masing2 dealer. > > Yang ingin saya tanyakan kemudian, apakah Topic atau Queue itu bisa di > konsume > dari tempat lain?? Jadi nanti setiap dealer konsume ke Topic yg disediakan > manufacturer. > > Karena yang saya tau dengan Mesaging itu seperti yg pak Adelwin blng: > > 2 program yang saling gak tau rimba nya bisa saling connect… > > CMIIW > > > ----- Original Message ----- > From: "Adelwin Adelwin" <adelwin.adel...@sc.com <Adelwin.Adelwin%40sc.com> > > > To: jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com> > Sent: Tuesday, March 30, 2010 7:46:35 AM GMT +07:00 Bangkok, Hanoi, Jakarta > Subject: RE: [JUG-Indonesia] ASK - JMS > > Menurut gue… gabungan dari kedua nya justru paling bagus… > > Message ituh a-sync… > > Jadi ada perlu disk space untuk simpen message yang belom di baca… > > Dan ini kemungkinan bisa jadi besar… > > Gue pernah kena kasus dimana disk space nya habis di consume queue nya… > karna die harus nampung message yang unread… > > Dan ternyata… process gue kurang cepet consume ituh message… > > Jebol dah… > > Menurut gua… paling bagus tuh ada mdb.. yang listen message… tapi message > nya hanya berupa command… > > Something like “come and read the new price list here” or “come and read > the new product list here” > > Ntar baru kalo MDB nya dapet message macam gitu.. baru die call web service > untuk actually read the new price list… > > Adelwin Handoyo | Senior Consultant - Wholesale Bank > Standard Chartered Bank > Plaza By The Park #06-00, 51 Bras Basah Road. Singapore (189554) > T : (65) 655 72432 | E adelwin.adel...@sc.com <adelwin.adelwin%40sc.com> > > From: jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com>[mailto: > jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com>] On Behalf > Of Roberto Fernandez > Sent: Tuesday, March 30, 2010 8:44 AM > To: jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com> > Subject: Re: [JUG-Indonesia] ASK - JMS > > Requirement nya tidak menggunakan WS agar setiap dealer tidak perlu > menginvoke operasi kepada manufacturer setiap kali ada perubahan harga > (terlalu manual kali). > Jika ada perubahan harga, manufacturer mengirim email ke semua dealer juga > kurang baik. Maunya semua hal, sistem yang melakukan. Kecuali ada task2 > khusus yg membutuhkan human handling... > > regards, > > ----- Original Message ----- > From: "Dion Azani" < dion_az...@yahoo.com <dion_azani%40yahoo.com> > > To: jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com> > Sent: Monday, March 29, 2010 9:00:07 PM GMT +07:00 Bangkok, Hanoi, Jakarta > Subject: Re: [JUG-Indonesia] ASK - JMS > > Mengapa tidak menggunakan Web Service ? > Atau menggunakan data format XML/CSV, bisa dikirim melalui email .. > > Trims .. > > --- On Mon, 3/29/10, daru.priyoko < > daruoke...@yahoo.com<daruoke007%40yahoo.com>> wrote: > > From: daru.priyoko < daruoke...@yahoo.com <daruoke007%40yahoo.com> > > Subject: Re: [JUG-Indonesia] ASK - JMS > To: jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com> > Date: Monday, March 29, 2010, 8:22 AM > > setau saya nih...^_^ > > mengirim message, kalo dikasus ini mengirim pesan ke dealer untuk melakukan > update price. > > berarti ada 2 sisi, > sisi 1 : dari aplikasi manufaktur yang mengirim pesan ke dealer dengan JMS. > > sisi 2 : ada yg menerima message dari aplikasi untuk mengerjakan sesuai > perintah. > > ke dua sisi ini.. terpisah/lepas. > jadi aplikasi taunya berhasil di proses, padahal blm selesai. > proses tersebut berjalan di backend, yang menjalankannya sisi 2 (JMS). > > nah untuk mengetaui JMS itu berjalan atau tidak...atau sedang ngapain. > biasanya di proses JMS dibuatkan log aktifitinya. .. > > seperti : > - STARTING PROCESS -> berarti mulai proses > - ON PROGRES -> sudah mulai melakukan proses update/insert/ delete dll > - ERRROR - > tampikan errornya. > - SUCCESS - > proses berhasil. > > untuk mengetahui hal ini.. > dibuatkan aplikasi monitoringnya, jadi tau... sampe mana nih.. proses. > kalo error : di tampikan errornya: data tidak ada.!!! > > nah kalo mau lagi.. > bikin rerun nya..jadi JMS yang engga ke proses karena error, > hanya di execute lagi, tidak melalui aplikasi awal. > > mungkin itu.. > mudah2 berkenan. > > From: Roberto Fernandez <if07...@students. del.ac.id> > To: jug-indonesia@ yahoogroups. com > Sent: Mon, March 29, 2010 7:38:13 PM > Subject: Re: [JUG-Indonesia] ASK - JMS > > Terima kasih mas tetapi saya tidak menggunakn framework apapun.. > Saya belum paham betul mengenai konsep messaing ini. > Jadi saya mempunyai skenario seperti ini: > Saya mempunyai web appilcation (Manufacturer) dan bbrp delaer (web > application jg). > Saya ingin membuat spt ini: > Dari Manufacturer mengirim sebuah message (update price) > ke seluruh dealer sehingga ada data di database dealer yg terupdate. > Requirement untuk hal ini menggunakan JMS. > Mohon pencerahan ada yg bisa kasih pencerahan pengimplementasian JMS nya > atau ada yg pernah mengalami hal yg sama?? > > Terima kasih sebelumnya. > This email and any attachments are confidential and may also be privileged. > If you are not the addressee, do not disclose, copy, circulate or in any > other way use or rely on the information contained in this email or any > attachments. If received in error, notify the sender immediately and delete > this email and any attachments from your system. Emails cannot be guaranteed > to be secure or error free as the message and any attachments could be > intercepted, corrupted, lost, delayed, incomplete or amended. Standard > Chartered PLC and its subsidiaries do not accept liability for damage caused > by this email or any attachments and may monitor email traffic. > > Standard Chartered PLC is incorporated in England with limited liability > under company number 966425 and has its registered office at 1 Aldermanbury > Square, London, EC2V 7SB. > > Standard Chartered Bank ("SCB") is incorporated in England with limited > liability by Royal Charter 1853, under reference ZC18. The Principal Office > of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In > the United Kingdom, SCB is authorised and regulated by the Financial > Services Authority under FSA register number 114276. > > If you are receiving this email from SCB outside the UK, please click > http://www.standardchartered.com/global/email_disclaimer.html to refer to > the information on other jurisdictions. > > >
