Open Messaging Service Queue Java System

Als u beginnen met het leren over zaken als de wachtrij Java, een van de dingen die je meteen tegenkomen is wat bekend staat als middleware. Voor de java messaging-dienst, is het wel het bericht georiënteerde middleware API. Queue php wordt gebruikt om berichten te verzenden tussen clients die op verschillende machines. Binnen het Java-platform, vindt u ook JMS. JMS is ontwikkeld binnen de Java-gemeenschap proces. Dit is een meer specifieke messaging standaard en het is er om verschillende delen van applicaties om alles te doen wat nodig met messaging is. Dit betekent creëren, verzenden ontvangen en lezen.

Het is daar om communicatie tussen alle delen van een gedistribueerde toepassing. Ze zijn allemaal gekoppeld een losse wijze, evenals asynchroon en reliable.So wat messaging? Kortom, het gedistribueerde communicatie losjes gekoppeld. Hier, het woord "communicatie" kan zowel het uitwisselen van berichten of het uitwisselen van taken. Dit zou worden uitgevoerd via de java taakplanner. Een technologie die boodschap gericht probeert de koppeling tussen communicatie ontspannen. Het doet dit door het inbrengen van een tijdelijke component. Door te werken op deze manier, kunnen delen van de software met elkaar communiceren via een java taakplanner bijvoorbeeld. Ze communiceren op een indirecte manier.

Er zijn veel voordelen aan dit type systeem, waaronder het feit dat ze niet nodig enige kennis over de persoon die de taken of berichten ontvangen hebben. Verder kunnen heterogene platforms worden ingevoerd, systeemknelpunten kan worden verminderd, schaalbaarheid wordt vergroot en verandering kan worden gereageerd naarmate needed.Messages allen gepubliceerd Afhankelijk van de gekozen onderwerp. Door u te abonneren op de wachtrij php, je laten zien dat je geïnteresseerd bent in dat specifieke onderwerp zijn. Door te werken op deze manier, de uitgever en de ontvanger zijn volledig gescheiden en niet echt geen informatie delen. Het is bijna als een volledig anoniem prikbord met andere woorden.

Een oneindige scala van klanten kan hetzelfde bericht ontvangen, maar niemand weet niets over elkaar. Natuurlijk, uitgevers en abonnees van elkaar afhankelijk van de tijd. De uitgever heeft op een onderwerp dat mensen zich abonneren op, in de hoop op het krijgen van mensen die geïnteresseerd zijn te creëren. Zij op hun beurt moeten actief ontvang bericht. Echter, kan het bericht worden gedistribueerd wanneer de abonnee connects.With Java, JMS geeft een manier om de transportlaag en de toepassing scheiden. Dit is de belangrijkste functie van de wachtrij Java. Er is JNDI informatie die Java-klassen kan gebruiken tussen hen. Deze eerste maakt een verbinding in de fabriek en wordt vervolgens gebruikt om een ​​bericht lijst te vullen, verzenden en publiceren. De ontvanger ontvangt het bericht zonder ooit bewust van de hele process.There zijn een aantal JMS elementen, zoals van de aanbieder, die de interface implementeert.

Dit kan zowel door Java JMS of niet Java MOM. De opdrachtgever is het proces of applicatie die maakt en ontvangt de berichten. De uitgever of producent creëert en stuurt alle berichten. De opdrachtgever is de persoon die hen, de boodschap is het object zelf en de wachtrij is waar de berichten worden opgevoerd totdat ze zijn gelezen. Ten slotte is het thema is het mechanisme dat wordt gebruikt voor de distributie van specifieke berichten
.