Laadige alla PDF
1) Mis on JMS?
JMS tähendab Java sõnumside teenust. See on klientidevahelise suhtluse uus standard. See võimaldab J2EE rakenduskomponendil sõnumeid luua, saata, lugeda ja vastu võtta.
2) Mis tüüpi sõnumeid JMS pakub?
JMS pakub mõlemat tüüpi sõnumsidet,
- sünkroonne
- Asünkroonne
3) Mida mõtlete sünkroonse ja asünkroonse tüüpi sõnumite all?
Sünkroonne: seda tüüpi sõnumside puhul ootab klient, kuni server sõnumile vastab. Nt: telefonikõne, kahesuunaline raadioside.
Asünkroonne: seda tüüpi sõnumside puhul klient ei oota serveri sõnumeid, vaid automaatselt luuakse sündmus serverist sõnumi käivitamiseks. Nt: e-post, tekstisõnumid, ajaveebi postitamine.
4) Mitut tüüpi sõnumside mudeleid JMS pakub ja mis need on?
JMS pakub kahte tüüpi sõnumside mudeleid -
- Punkt-punkti järjekord
- Teine neist on avaldamine ja tellimine
5) Selgitage teema ja järjekorra erinevust?
Järjekorra tehnikat kasutatakse üks ühele sõnumside jaoks ja see toetab punktist punkti sõnumite saatmist. Kuigi teemat kasutatakse tavaliselt üks kuni mitu sõnumside ja see toetab avalikku tellimusmudelit.
6) Mis on JMS-i pakkuja roll?
JMS-teenuse pakkuja tegeleb andmete teisendamise, sõnumite turvalisuse ja kliendi käivitamisega. See määrab krüptimise taseme, sõnumi turvalisuse taseme ja parimate andmete tüübi mitte-JMS-kliendile.
7) Millised on JMS-i komponendid?
- JMS-i pakkuja
- JMS-i klient
- Sõnumid
- Hallatavad objektid
- Kohalikud kliendid
8) Tooge näide punkt-punkt mudeli kasutamisest JMS-is?
Näide punktist punkti mudeli jaoks on väljatrükk. Väljavalimise valimisel saadab teie süsteem sõnumi serverile ja kui väljatrükk on välja võetud, saadab see server teile sõnumi uuesti. Punkt-punkti mudelit kasutatakse siis, kui teave on spetsiifiline ainult ühele kliendile.
9) Mis on JMS-toega rakenduste jaoks vajalikud?
- Peamised JMS-iga vajalikud objektid on -
- Ühenduse objekt
- Üks või mitu seanssi ühenduse sees, mis loob konteksti sõnumite saatmiseks ja vastuvõtmiseks.
- Seansi teema või järjekorraobjekt, mis tähistab sõnumivahendaja sihtkohta.
- Sobiv saatja, väljaandja või vastuvõtja seansi jooksul.
10) Mis on JMS-i hallatav objekt?
JMS-i hallatav objekt on eelkonfigureeritud JMS-objekt, mille administraator loob JMS-klientide kasutamiseks ja mis paigutatakse JNDI nimeruumi.
11) Mis on JMS-i rakenduste oluline osa?
- Seanss
- Ühendus
- Sõnum
- Sõnumi produtsent
- Sõnumi tarbija
- Ühenduse tehas ja sihtkoht
12) Mis on JMS-i seanss?
JMS-seanss on üheahelaline kontekst JMS-sõnumite saatmiseks ja vastuvõtmiseks. JMS-i seanss võib olla lokaalselt sooritatud, tehinguta või jaotatud tehing.
13) Kas mainida püsiva ja mittekestva tellimise vahet?
Kestev tellimus annab tellijale vabaduse saada teemast kõiki sõnumeid, samas kui mittepüsiv tellimus ei taga teiste saadetud sõnumite suhtes mingeid garantiisid, kui klient katkestab teiste ühenduse.
14) Mis on baidisõnum?
Baidisõnum on katkematute baitide voog. Selle kasulikus koormuses on massiiv primitiivseid baite. Andmete edastamiseks kahe rakenduse vahel nende omas vormingus kasutatakse baidisõnumit, mis ei pruugi teiste sõnumitüüpide puhul võimalik olla.
15) Kas mainida JMS API-s saadaolevaid erinevaid sõnumeid?
JMS API-s saadaolevad eri tüüpi sõnumid on Message, TextMessage, BytesMessage, ObjectMessage ja MapMessage.
16) Mis vahe on P2P (Peer to Peer) ja tellimismudelil?
P2P mudel on ülimalt usaldusväärne ja seda kasutatakse üks-ühele olukorras, samas kui tellimismudelit kasutatakse üks-mitmele olukorras. See on väga kiire, kuid vähem usaldusväärne.
17) Mis on JMS-i klient?
JMS klient on keeleprogramm, mis saadab või võtab vastu sõnumeid.
18) Kas me saame JMS-i abil e-kirju saata?
JMS-il puudub e-posti toimingutele omane tugi.
19) Selgitage, kuidas rakendusserver JMS-ühendust haldab?
- Rakendusserveri abil luuakse serveriseanss ja see salvestab need basseini
- Sõnumite paigutamiseks JMS-seanssi kasutab ühenduse tarbija Serveri seanssi
- Serveriseanss loob JMS-i seansi
- Rakenduse, mille on kirjutanud rakenduse programmeerijad, luuakse sõnumikuulaja.
20) Mis vahe on JMS-il ja RPC-l (kaugmenetluskõne)?
Põhiline erinevus JMS-i ja RPC vahel seisneb selles, kuidas nad sõnumeid edastavad. JMS kasutab asünkroonset sõnumside tüüpi, samas kui RPC loob sünkroonse sõnumside tüübi. RPC metoodikakutsuja ootab, kuni meetod lõpetab täitmise ja tagastab juhtelemendi invokerile. JMS-is saadab sõnumi saatja lihtsalt sõnumi sihtkohta ja jätkab ise töötlemist.
21) Selgitage, kuidas JMS töötab J2EE-ga?
Rakenduse klient nagu ettevõtte JavaBeansi komponendid ja veebikomponendid saavad JMS-sõnumeid sünkroonselt saata või vastu võtta. Lisaks saavad rakenduse kliendid sõnumeid saada ka asünkroonselt. Sõnumipõhiste ubade abil saab JMS-i pakkuja soovi korral rakendada sõnumite töötlemist. Sõnumipõhised oad on teatud tüüpi ettevõtte oad, mis võimaldavad sõnumite asünkroonset tarbimist.
Sõnumi saatmine ja vastuvõtmine toimub hajutatud operatsioonis, mis võimaldab JMS-i toiminguid ja juurdepääsu andmebaasidele ühe tehingu raames.
22) Mis tüüpi sõnumeid JMS toetab?
JMS-i toetatud sõnumite tüübid on
- Sõnumite voogesitus
- Tekstisõnumid
- Kaardisõnumid
- Baitide sõnumid
- Objektisõnumid
23) Mis on MOM JMS-i puhul?
MOM (Message Oriented Middleware) on tarkvara, mis töötab kahe suhtleva komponendi vahelülina. See on paigutatud kliendi ja serveri vahele, MOM pakub sõnumi edastamise võimalust, kasutades tehnikat järjekorda. Kuni klient ei taotle sõnumi lugemist, salvestatakse sõnumid järjekorda. Selle tehnika abil saab tarkvarakomponent töötada ajast sõltumatult.
24) Kuidas saate Java-sõnumit edastada mitte-Java-kliendile?
Kõigepealt tuleb pärast teema või järjekorra sõnumi saamist sõnum vastavalt nende spetsifikatsioonidele teisendada mitte-Java-kliendiks. Kui see on teisendatud mitte-Java-kliendiks, saab selle edastada.
25) Millised krüptimisvalikud on JMS-i kaudu sõnumite saatmiseks?
Sõnumite krüptimise ja dekrüpteerimisega tegeleb JMS-i pakkuja, mitte JMS-i spetsifikatsioonid. Tarkvara Sonic MQ by Progress on juhtiv JMS-i pakkuja ja nad krüpteerivad krüptimismehhanismide kaudu, mida nimetatakse kaitse kvaliteediks.