PDF letöltése
1) Mi a JMS?
A JMS Java Messaging Service-t jelent. Ez az ügyfélközi kommunikáció új szabványa. Lehetővé teszi a J2EE alkalmazás komponens számára az üzenetek létrehozását, küldését, olvasását és fogadását.
2) Milyen típusú üzenetküldést nyújt a JMS?
A JMS mindkét típusú üzenetküldést biztosítja,
- szinkron
- Aszinkron
3) Mit értesz szinkron és aszinkron típusú üzenetküldés alatt?
Szinkron: Az ilyen típusú üzenetküldés során az ügyfél megvárja a kiszolgáló válaszát egy üzenetre. Pl .: Telefonhívás, kétirányú rádiós kommunikáció.
Aszinkron: Az ilyen típusú üzenetküldés során az ügyfél nem várja meg a kiszolgálótól érkező üzeneteket, hanem automatikusan létrejön egy esemény a szerverről érkező üzenet kiváltására. Például: e-mail, szöveges üzenetküldés, blogbejegyzés.
4) Hányféle üzenetküldési modellt kínál a JMS, és mik ezek?
A JMS kétféle üzenetküldési modellt kínál:
- Pont pontról sorban állás
- A második a közzététel és a feliratkozás
5) Magyarázza el a különbséget a téma és a sor között?
A várólista technikát egy az egyhez történő üzenetküldéshez használják, és támogatja a pontról pontra történő üzenetküldést. Míg a témát általában egy-sok üzenetküldéshez használják, és támogatja az üzenetküldés nyilvános előfizetéses modelljét.
6) Mi a JMS szolgáltató szerepe?
A JMS szolgáltató kezeli az adatkonvertálást, az üzenetek biztonságát és az ügyfélindítást. Megadja a titkosítás szintjét, az üzenet biztonsági szintjét és a nem JMS kliens számára a legjobb adattípust.
7) Melyek a JMS elemei?
- JMS szolgáltató
- JMS kliens
- üzenetek
- Adminisztrált objektumok
- Natív ügyfelek
8) Mondjon példát a pont-pont modell használatára a JMS-ben?
Példa pontról pontra modellre lenne nyomtatás. Amikor kiválaszt egy nyomtatási opciót, a rendszere elküldi az üzenetet a kiszolgálónak, és miután a kinyomtatást kivették, ez a szerver ismét visszaküldi Önnek az üzenetet. Pont-pont modellt használunk, amikor az információ egyetlen kliensre jellemző.
9) Mi szükséges a JMS-kompatibilis alkalmazásokhoz a JMS-hez kapcsolódó alapvető objektumokhoz?
- A szükséges JMS-vel kapcsolatos alapvető objektumok a következők:
- A kapcsolatobjektum
- Egy vagy több munkamenet egy kapcsolaton belül, amely kontextust biztosít az üzenet küldéséhez és fogadásához.
- Téma vagy várólista objektum egy munkameneten belül, amely az üzenetközvetítő célpontját képviseli.
- Megfelelő feladó, kiadó vagy fogadó egy munkameneten belül.
10) Mi a JMS által kezelt objektum?
A JMS által kezelt objektum egy előre konfigurált JMS objektum, amelyet egy rendszergazda hoz létre a JMS kliensek használatára, és a JNDI névtérbe helyezi.
11) Mi a JMS alkalmazások fontos része?
- Ülés
- Kapcsolat
- Üzenet
- Üzenet Producer
- Üzenetfogyasztó
- Csatlakozási gyár és rendeltetési hely
12) Mi az a JMS munkamenet?
A JMS munkamenet egyszálú környezet a JMS üzenetek küldéséhez és fogadásához. A JMS munkamenet lehet helyileg, nem tranzakcióval vagy elosztott tranzakcióként végrehajtva.
13) Megemlíti a különbséget a tartós és a nem tartós előfizetés között?
A tartós előfizetés megadja az előfizetőnek a szabadságot arra, hogy minden üzenetet megkapjon egy témától, míg a nem tartós előfizetés nem garantál semmit a mások által küldött üzenetekkel kapcsolatban, amikor az ügyfelet mások lekapcsolják.
14) Mi az a bájtüzenet?
A bájtüzenet megszakítás nélküli bájtfolyam. Hasznos terhében egy primitív bájt tömböt tartalmaz. Két alkalmazás közötti, natív formátumban történő adatátvitelhez bájtos üzenetet használnak, ami más üzenettípusoknál nem biztos, hogy lehetséges.
15) Különböző típusú üzeneteket említ a JMS API-ban?
A JMS API-ban elérhető különféle típusú üzenetek: Message, TextMessage, BytesMessage, ObjectMessage és MapMessage.
16) Mi a különbség a P2P (Peer to Peer) és az előfizetési modell között?
A P2P modell nagyon megbízható, és egy-egy helyzetben, míg az előfizetéses modell egy-sok helyzetben használatos. Nagyon gyors, de kevésbé megbízható.
17) Mi az a JMS kliens?
A JMS kliens egy olyan nyelvi program, amely üzeneteket küld vagy fogad.
18) Küldhetünk e-mail üzeneteket JMS segítségével?
A JMS nem rendelkezik eredendő támogatással az e-mail műveletekhez.
19) Magyarázza el, hogyan kezeli az alkalmazáskiszolgáló a JMS-kapcsolatot?
- Az Application server segítségével létrejön a szerver munkamenet, amely tárolja őket egy készletben
- Üzenetek JMS munkamenetbe helyezéséhez a kapcsolatfogyasztó a Szerver munkamenetet használja
- A szerver munkamenet hozza létre a JMS munkamenetet
- Az Application programozók által írt alkalmazás létrehozza az üzenetfigyelőt.
20) Mi a különbség a JMS és az RPC (távoli eljáráshívás) között?
A JMS és az RPC közötti alapvető különbség abban rejlik, hogy miként üzennek. A JMS aszinkron üzenetküldési típust használ, míg az RPC szinkron üzenettípust hoz létre. Az RPC-ben a metódus-meghívó megvárja, amíg a metódus befejezi a műveletet, és visszaküldi a vezérlőt az invokernek. A JMS-ben az üzenetküldő csak elküldi az üzenetet a célállomásnak, és folytatja saját feldolgozását.
21) Magyarázza el, hogyan működik a JMS a J2EE-vel?
Az alkalmazás kliens, mint például a vállalati JavaBeans és webkomponensek, szinkron módon küldhetnek vagy fogadhatnak JMS üzeneteket. Ezenkívül az alkalmazás kliensei aszinkron módon is fogadhatnak üzeneteket. Üzenetvezérelt bab segítségével a JMS szolgáltató opcionálisan megvalósíthatja az üzenetek feldolgozását. Az üzenetvezérelt bab egyfajta vállalati bab, amely lehetővé teszi az üzenetek aszinkron fogyasztását.
Az üzenet küldésének és fogadásának művelete elosztott műveletben történik, amely lehetővé teszi a JMS műveletek és az adatbázis hozzáféréseket egyetlen tranzakción belül.
22) Milyen típusú üzeneteket támogat a JMS?
A JMS által támogatott üzenetek típusai a következők
- Üzenetek közvetítése
- Szöveges üzenetek
- Térképüzenetek
- Bájt üzenetek
- Objektumüzenetek
23) Mi a MOM a JMS-hez képest?
A MOM (Message Oriented Middleware) egy szoftver, amely köztes funkcióként működik két kommunikáló komponens között. A kliens és a szerver között helyezkedik el, a MOM biztosítja az üzenetek továbbításának lehetőségét a sorban állási technika segítségével. Amíg az ügyfél nem kéri az üzenet elolvasását, az üzeneteket a várólista tárolja. Ezzel a technikával a szoftverkomponens időtől függetlenül működhet.
24) Hogyan juttathat el java üzenetet nem java klienshez?
Először is, miután megkapta az üzenetet a témától vagy a várólistától, az üzenetet specifikációjuk szerint nem java klienssé kell alakítani. Miután az üzenet nem java klienssé alakult, el lehet küldeni.
25) Milyen titkosítási lehetőségek vannak az üzenetek JMS-en keresztüli küldéséhez?
Az üzenetek titkosítását és visszafejtését a JMS szolgáltató kezeli, nem a JMS specifikációi. A Sonic MQ by Progress Software vezető JMS szolgáltató, és titkosítást végeznek a Védelem minőségének nevezett titkosítási mechanizmusokon keresztül.