JMS Peer-to-Peer and the PublishSubscribe

Das Problem mit einer generischen Bezeichnung wie Peer-to-Peer (P2P) dem Netzrechnen ist, daß es unvermeidlich unterschiedliche Sachen zu den unterschiedlichen Leuten bedeutet, und also findest du die Bezeichnung angewendet an einer Vielzahl der Systeme. Z.B. findest du die Bezeichnung angewendet an:

• Zentralisierte Systeme, wo jeder Gleiche an einen Bediener anschließt, der Kommunikation koordiniert und handhabt.





• Dezentralisierte Systeme, wo Gleiche unabhängig ohne die Notwendigkeit an zentralisierten Dienstleistungen laufen.





• Brokered Systeme, in denen Gleiche an einen Bediener anschließen, um andere Gleiche zu entdecken, aber handhaben dann die Kommunikation selbst.



Projekt JXTA definiert einen Satz Protokolle, die verwendet werden können, um Gleich-zugleicher Systeme mit irgendwelchen von zentralisiert zu konstruieren, brokered und dezentralisierte Annäherungen. J2EE ist für die rechnende Bedienerseite bestimmt, die vorschlägt, daß sie am meisten für ein zentralisiertes Gleich-zugleicher System entsprochen wird. Eine gute Weise, eine bessere Anerkennung der Unterschiede zu erhalten ist, eine einfache Beispielanwendung zu studieren. Dieser erste Artikel stellt eine sehr einfache JMS Schwätzchenanwendung für den Austausch der Anzeigen zwischen Benutzern vor. Die Wahl einer Schwätzchenanwendung ist überlegt, weil Projekt JXTA bereits eine Demonstration Anwendung liefert, die myJXTA genannt wird (das auch durch seinen ehemaligen Namen von InstantP2P bekannt), das eine hoch entwickelte Schwätzchenfähigkeit einschließt.

Die JMS Schwätzchenanwendung wurde entfaltet und geprüft mit dem Java ist 2 SDK, Unternehmen-Ausgabe-Version 1.3 so dieses das Klima, das angenommen wird. Um das JMSChat Beispiel laufen zu lassen mußt du die neueste Version des Java angebracht haben 2 SDK, Unternehmen-Ausgabe-Version 1.3. Du solltest die erforderliche Version des Java zuerst anbringen 2 SDK, Standardausgabe, wenn es nicht bereits angebracht wird. Die Verbindungen zu den passenden Positionen werden unten gegeben:

Dieser Abschnitt enthält Anweisungen in, wie man ein einfaches JMS Schwätzchenprogramm verursacht und laufen läßt. Es ist, eine Anpassung veröffentlichen/unterzeichnet (Publikation/Unterseeboot) das Beispiel, das vom JMS Tutorial bereitgestellt wird. Bevor du das Beispiel laufen lassen kannst, mußt du sicherstellen, daß dein Klima passend eingestellt wird. Tabelle 1 zeigt, wie man die Klimavariablen benötigt, um J2EE Anwendungen auf Windows und UNIX-Plattformen laufen zu lassen einstellt.

Java 2 SDK, Unternehmen-Ausgabe-Version 1.3. Und das Java 2 SDK, Standardausgabe

Der JMSChat Klient ist ein multi-verlegtes Java Programm, das eine Publikation/ein Vorthema für Sendung Anzeigen zu allen Teilnehmern zum Thema verwendet. Es benutzt unterschiedliche Gewinde für Verlags- Anzeigen zum Thema und für das Empfangen der Anzeigen vom Thema. Diese Gewinde werden durch die JMSChatThread Kategorie eingeführt.

Das Verlags- Gewinde tut das folgende:

• Führt ein JNDI Nachschlagen des TopicConnectionFactory und des Themas durch




• Verursacht einen Anschluß und einen Lernabschnitt





• Verursacht ein TopicPublisher





• Verursacht ein TextMessage





• Veröffentlicht Anzeigen zum Thema





• Schließt den Anschluß, der automatisch den Lernabschnitt und das TopicPublisher schließt



Das empfangende Gewinde tut das folgende:



• Führt ein JNDI Nachschlagen des TopicConnectionFactory und des Themas durch





• Verursacht einen Anschluß und einen Lernabschnitt





• Verursacht ein TopicSubscriber





• Beginnt den Anschluß und veranlaßt Anzeige Anlieferung anzufangen





• Hört auf die Anzeigen, die zum Thema veröffentlicht werden





• Schließt den Anschluß, der automatisch den Lernabschnitt und das TopicSubscriber schließt

Eine Publikation/eine Voranwendung hat die folgenden Eigenschaften:

1. Eine Publikation/ein Vorproduzent ist Verleger
2. Eine Anzeige kann mehrere Teilnehmer haben
3. Eine Publikation/ein Vorbestimmungsort ist ein Thema
4. Eine Publikation/ein Vorverbraucher ist ein Teilnehmer

Schreiben der Publikation/Vorder klient Programme. Das Verlags- Programm (SimpleTopicPublisher.java) führt die folgenden Schritte durch:

1. Führt das JNDI API Nachschlagen des TopicConnectionFactory und der Themen durch.

2. Verursacht die Anschlüsse und Lernabschnitte.

3. Verursacht das TopicPublisher.
4. Verursacht das TextMessage.

5. Veröffentlicht eine oder mehrer Anzeigen zu den Themen.

6. Schließt den Anschluß, der automatisch den Lernabschnitt und das TopicPublisher schließt.

1. Führt das JNDI API Nachschlagen des TopicConnectionFactory und der Themen durch.

2. Verursacht den Anschluß und Lernabschnitte.
3. Verursacht das TopicSubscriber.

4. Verursacht einen Fall der TextListener Kategorie und registriert ihn als der Anzeige Zuhörer für ein TopicSubscriber.

5. Beginnt den Anschluß und veranlaßt die Anzeige Anlieferung anzufangen.

6. Hört auf die Anzeigen, die zum Thema veröffentlicht werden und stoppt, wenn der Benutzer die Buchstaben (Buchstaben) q oder Q einträgt (beendigt).

7. Schließt den Anschluß, der automatisch den Lernabschnitt und das TopicSubscriber schließt.

1. Wenn die Anzeige ankommt, wird die onMessage Methode automatisch benannt.

2. Die onMessage Methode wandelt die ankommende Anzeige in ein TextMessage um und zeigt seinen passenden Inhalt an.