Java Message Service (JMS)

May -Akda: Peter Berry
Petsa Ng Paglikha: 14 Agosto. 2021
I -Update Ang Petsa: 20 Hunyo 2024
Anonim
Java Pro-двинутый #7. JMS и MDB.
Video.: Java Pro-двинутый #7. JMS и MDB.

Nilalaman

Kahulugan - Ano ang ibig sabihin ng Java Service (JMS)?

Ang Java Service (JMS) ay isang interface ng application programming (API) ng Sun Microsystem na gumaganap bilang Java -orienteng middleware. Ito ay dinisenyo para sa isang pagpapalitan ng malayong magkadugtong, maaasahan at asynchronous s sa pagitan ng iba't ibang mga bahagi ng application ng software (na tinatawag na mga kliyente), na batay sa Java 2 Platform, Enterprise Edition (J2EE).

Ang JMS ay isang pamantayang pagmemensahe na may kakayahang lumikha, ing, pagtanggap at pagbabasa bilang mga kahilingan, ulat, o mga kaganapan na natupok ng mga bahagi ng application ng software, hindi ng mga tao. Pinapayagan ng JMS ang mga programa sa magkakaibang mga sistema, o nakasulat sa iba't ibang mga wika ng programming, upang makipag-ugnay sa bawat isa sa pamamagitan ng s.


Isang Panimula sa Microsoft Azure at ang Microsoft Cloud | Sa buong gabay na ito, malalaman mo kung ano ang lahat ng cloud computing at kung paano makakatulong ang Microsoft Azure sa iyo upang lumipat at patakbuhin ang iyong negosyo mula sa ulap.

Ipinapaliwanag ng Techopedia ang Java Service (JMS)

Gumagamit ang JMS API ng dalawang modelo ng pagmemensahe:

  1. 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 bahagi ng software ay hindi mangangailangan ng kaalaman tungkol sa pagtanggap ng bahagi ng software. Ang modelong ito ay nailalarawan sa:

    • Isang sangkap lamang ang tumatanggap ng.
    • Ang sangkap na mapagkukunan ay hindi gumagana kapag natanggap ang sangkap na natanggap.
    • Ang tumatanggap na sangkap ay hindi gumagana kapag ipinapadala ang.
    • s matagumpay na naproseso ay kinikilala ng natatanggap na bahagi.
  2. 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 na matanggap 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 at isang tiyempo sa pag-asa 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 para sa iba pang mga sangkap upang mag-subscribe.
    • Ang bahagi ng tagasuskribi ay mananatiling makatanggap ng s, maliban kung ang isang matibay na subscription ay itinatag.
    • Kung ang isang matibay na subscription ay naitatag, nai-publish habang ang tagasuskribi ay hindi makatanggap ng s ay muling ibinahagi tuwing ang tumatanggap na bahagi ay muling kumonekta.