Download PDF
1) Hvad er JMS?
JMS betyder Java Messaging Service. Det er den nye standard for kommunikation mellem klienter. Det gør det muligt for J2EE-applikationskomponenten at oprette, sende, læse og modtage meddelelserne.
2) Hvilken type beskeder leveres af JMS?
JMS leverer begge typer beskeder,
- synkron
- Asynkron
3) Hvad mener du med synkron og asynkron meddelelsestype?
Synkron: I denne type meddelelser venter klienten på serveren til at svare på en besked. Eks: Telefonopkald, tovejs radiokommunikation.
Asynkron: I denne type meddelelser venter klienten ikke på en besked fra serveren, men der oprettes automatisk en begivenhed for at udløse en besked fra en server. Eks: e-mail, sms, blogindlæg.
4) Hvor mange typer meddelelsesmodeller indeholder JMS, og hvad er de?
Der er to typer beskedmodeller, som JMS leverer -
- Punkt til punkt kø
- Den anden er at offentliggøre og abonnere
5) Forklar forskellen mellem emne og kø?
Køteknik bruges til en til en besked, og den understøtter punkt til punkt-besked. Mens emnet typisk bruges til en til mange beskeder, og det understøtter offentlig abonnementsmodel for beskeder.
6) Hvad er JMS-udbyderens rolle?
JMS-udbyderen håndterer datakonvertering, sikkerhed for beskederne og klientudløsningen. Det specificerer niveauet for kryptering, sikkerhedsniveauet for meddelelsen og den bedste datatype for den ikke-JMS-klient.
7) Hvad er komponenterne i JMS?
- JMS-udbyder
- JMS-klient
- Beskeder
- Administrerede objekter
- Indfødte klienter
8) Giv et eksempel på brug af punkt til punkt-model i JMS?
Eksempel på punkt til punkt-model ville være en udskrift. Når du vælger en udskrivningsindstilling, sender dit system beskeden til serveren, og når udskrivningen er taget ud, vil denne server igen sende beskeden tilbage til dig. Punkt til punkt-model bruges, når oplysningerne er specifikke for en enkelt klient.
9) Hvad kræves der af JMS-relaterede objekter til JMS-aktiveret applikation?
- De nødvendige JMS-relaterede objekter, der kræves, er -
- Forbindelsesobjektet
- Én eller flere sessioner inden for en forbindelse, der giver en kontekst til afsendelse og modtagelse af beskeder.
- Et emne eller køobjekt inden for en session, der repræsenterer destinationen i meddelelsesmægleren.
- Passende afsender eller udgiver eller modtager inden for en session.
10) Hvad er JMS-administreret objekt?
JMS-administreret objekt er et forudkonfigureret JMS-objekt, der oprettes af en administrator til brug af JMS-klienter og placeres i JNDI-navneområdet.
11) Hvad er den vigtige del af JMS-applikationer?
- Session
- Forbindelse
- Besked
- Meddelelsesproducent
- Beskedforbruger
- Forbindelsesfabrik og destination
12) Hvad er JMS-session?
En JMS-session er en kontekst med en tråd til afsendelse og modtagelse af JMS-meddelelser. En JMS-session kunne være en lokalt transaktion, ikke-transaktion eller distribueret transaktion.
13) Nævn forskellen mellem holdbart og ikke-holdbart abonnement?
Holdbart abonnement giver en abonnent friheden til at modtage alle beskeder fra et emne, mens et ikke-holdbart abonnement ikke giver nogen garanti for meddelelser, der sendes af andre, når en klient bliver afbrudt af andre.
14) Hvad er byte-besked?
Byte-besked er en strøm af uafbrudte byte. Den indeholder en række primitive byte i dens nyttelast. Til overførsel af data mellem to applikationer i deres oprindelige format anvendes byte-besked, hvilket muligvis ikke er mulig med andre meddelelsestyper.
15) Nævn forskellige typer meddelelser, der er tilgængelige i JMS API?
De forskellige typer meddelelser, der er tilgængelige i JMS API, er Message, TextMessage, BytesMessage, ObjectMessage og MapMessage.
16) Hvad er forskellen mellem P2P (Peer to Peer) -modellen og abonnementsmodellen?
P2P-modellen er meget pålidelig og bruges i en en-til-en situation, mens abonnementsmodellen bruges i en-til-mange situation. Det er meget hurtigt, men mindre pålideligt.
17) Hvad er en JMS-klient?
JMS-klient er et sprogprogram, der sender eller modtager meddelelser.
18) Kan vi sende e-mail-beskeder ved hjælp af JMS?
JMS har ingen iboende support til e-mail-operationer.
19) Forklar, hvordan applikationsserver håndterer JMS-forbindelsen?
- Ved hjælp af applikationsserver oprettes serversessionen, og den gemmer dem i en pool
- For at placere meddelelser i JMS-session, bruger forbruger, server-sessionen
- Serversession er den, der opretter JMS-sessionen
- Applikation skrevet af applikationsprogrammerere opretter beskedlytteren.
20) Hvad er forskellen mellem JMS og RPC (Remote Procedure Call)?
Den grundlæggende forskel mellem JMS og RPC ligger i den måde, de sender besked på. JMS bruger asynkron meddelelsestype, mens RPC opretter synkron meddelelsestype. Metoden påkalder i RPC, venter på, at metoden er færdig med udførelsen og returnerer kontrol til tilbagekalderen. I JMS sender beskedafsenderen bare beskeden til destinationen og fortsætter sin egen behandling.
21) Forklar, hvordan fungerer JMS med J2EE?
Applikationsklienten som JavaBeans-komponenter og webkomponenter kan sende eller modtage JMS-besked synkront. Derudover kan applikationsklienterne også modtage besked asynkront. Ved hjælp af meddelelsesdrevne bønner kan JMS-udbyder valgfrit implementere behandlingen af meddelelser. Beskedstyrede bønner er en type virksomhedsbønne, der muliggør asynkront forbrug af meddelelser.
Driften af afsendelse og modtagelse af meddelelse udføres i distribueret operation, som tillader JMS-operationer og databaseadgang inden for en enkelt transaktion.
22) Hvilke typer meddelelser understøttes af JMS?
De typer meddelelser, der understøttes af JMS, er
- Stream meddelelser
- Tekstbeskeder
- Kortbeskeder
- Bytes-meddelelser
- Objektbeskeder
23) Hvad er MOM med henvisning til JMS?
MOM (Message Oriented Middleware) er en software, der fungerer som et mellemprodukt mellem to kommunikerende komponenter. Det er placeret mellem klienten og serveren, MOM giver mulighed for at sende meddelelse ved hjælp af teknikken i kø. Indtil klienten ikke anmoder om at læse beskeden, gemmes beskederne i kø. Ved at bruge denne teknik kan softwarekomponenten fungere uafhængigt af tiden.
24) Hvordan kan du levere en java-besked til en ikke-java-klient?
Først og fremmest, efter at have modtaget meddelelsen fra emne eller kø, skal meddelelsen konverteres til en ikke-java-klient i henhold til deres specifikation. Meddelelsen, når den først er konverteret til en ikke-java-klient, kan leveres.
25) Hvilke krypteringsmuligheder er der for at sende meddelelser via JMS?
Kryptering og dekryptering af meddelelserne håndteres af JMS-udbyderen og ikke JMS-specifikationer. Sonic MQ fra Progress Software er en førende JMS-udbyder, og de krypterer gennem krypteringsmekanismer kaldet Quality of Protection.