Talaan ng mga Nilalaman:
- Kahulugan - Ano ang ibig sabihin ng Java Message Service (JMS)?
- Ipinapaliwanag ng Techopedia ang Java Message Service (JMS)
Kahulugan - Ano ang ibig sabihin ng Java Message Service (JMS)?
Ang Java Message Service (JMS) ay isang interface ng application programming (API) ng Sun Microsystems na gumaganap bilang Java message-oriented middleware. Ito ay dinisenyo para sa isang palitan ng mga malalakas na kaisa, maaasahan at hindi magkakatulad na mga mensahe sa pagitan ng iba't ibang mga bahagi ng application ng software (tinawag na mga kliyente), na batay sa Java 2 Platform, Enterprise Edition (J2EE).
Ang JMS ay isang pamantayan sa pagmemensahe na may kakayahang lumikha, pagpapadala, pagtanggap at pagbabasa ng mga mensahe bilang mga kahilingan, ulat, o mga kaganapan na natupok ng mga bahagi ng software application, hindi ng mga tao. Pinapayagan ng JMS ang mga programa sa hindi magkakatulad na mga sistema, o nakasulat sa iba't ibang mga wika ng programming, upang makipag-ugnay sa bawat isa sa pamamagitan ng mga mensahe.
Ipinapaliwanag ng Techopedia ang Java Message Service (JMS)
Gumagamit ang JMS API ng dalawang modelo ng pagmemensahe:
- Ang punto-to-point, o Queuing, Model
Ang JMS ay maluwag na kaisa ng kabutihan ng isang tagapamagitan, isang pila. Kaya, ang mga sangkap ng software ay hindi direktang nakikipag-usap. Nangangahulugan ito na ang mga sangkap ng pagpapadala ng mensahe ay hindi mangangailangan ng kaalaman tungkol sa pagtanggap ng bahagi ng software. Ang modelong ito ay nailalarawan sa:
- Isang sangkap lamang ang tumatanggap ng mensahe.
- Ang sangkap na mapagkukunan ay hindi gumagana kapag natanggap ang sangkap na natanggap.
- Ang tumatanggap na bahagi ay hindi gumagana kapag ang mensahe ay ipinadala.
- Ang mga mensahe na matagumpay na naproseso ay kinikilala ng natatanggap na bahagi.
- Mag-publish-and-Subscribe na Modelo
Ang modelong ito ay gumagana bilang isang hindi nagpapakilalang bulletin board. Ang isang bahagi ng pag-subscribe ay maaaring magrehistro ng pangangailangan upang makatanggap ng mga mensahe sa isang tinukoy na paksa, ngunit alinman sa bahagi (publisher o tagasuskribi) ang kinakailangan na malaman ang tungkol sa iba pa. Ang modelong ito ay nailalarawan sa pamamagitan ng maraming mga sangkap na tumatanggap ng mensahe at isang dependant ng tiyempo sa pagitan ng pag-publish ng mga bahagi at mga bahagi ng pag-subscribe tulad ng sumusunod:
- Lumilikha ang sangkap ng publisher ng isang paksa ng mensahe para sa iba pang mga sangkap upang mag-subscribe.
- Ang bahagi ng tagasuskribi ay nananatiling makatanggap ng mga mensahe, maliban kung ang isang matibay na subscription ay naitatag.
- Kung ang isang matibay na subscription ay naitatag, ang mga mensahe na nai-publish habang ang tagasuskribi ay hindi makatanggap ng mga mensahe ay isusupil muli sa tuwing ang tumatanggap na bahagi ay muling kumonekta.
