EJB Anzeige gefahren

Message-Driven Beans sind Unternehmen Beans, die Anwendungen Anzeigen asynchronously verarbeiten lassen. Sie dienen als ein JMS Anzeige Zuh�rer, der einem Fallzuh�rer �hnlich ist, au�er da� es empf�ngt Anzeigen anstelle von den F�llen. Die Anzeigen k�nnen durch jeden m�glichen J2EE Bestandteil gesendet werden--ein Anwendung Klient, eine andere Unternehmen Bean, ein Netzbestandteil--oder durch eine JMS Anwendung oder ein System, das nicht J2EE Technologie verwendet. Der sichtbarste Unterschied zwischen Anzeige-gefahrenen Beans und Lernabschnitt oder Wesen Beans ist, da� Klienten Message-Driven Beans nicht durch Schnittstellen zug�nglich machen. Anders als einen Lernabschnitt oder eine Wesen Bean hat eine Message-Driven Beannur eine Bean Kategorie.
In einigem Respekt �hnelt eine Message-Driven Beaneiner stateless Lernabschnitt Bean:

• Die F�lle einer Anzeige-gefahrenen Bean behalten keine Daten oder Unterhaltungszustand f�r einen spezifischen Klienten.

• Alle F�lle einer Anzeige-gefahrenen Bean sind �quivalent und lassen den EJB Beh�lter eine Anzeige jedem m�glichem Anzeige-gefahrenen Bean Fall zuweisen. Der Beh�lter kann diese F�lle vereinigen, um zu erlauben, da� Str�me der Anzeigen gleichzeitig verarbeitet werden.

• Eine einzelne Message-Driven Beankann Anzeigen von den mehreren Klienten verarbeiten.

Die Fallvariablen einer Anzeige-gefahrenen Bean k�nnen irgendeinen Zustand �ber der Behandlung der Klient Anzeigen enthalten--z.B. ein JMS API Anschlu�, ein ge�ffneter Datenbankanschlu� oder ein Gegenstandhinweis auf einer Unternehmen Bean. Lernabschnitt Beans und Wesen Beans erlauben dir, JMS Anzeigen zu senden und sie synchron, aber nicht asynchronously zu empfangen. Um herauf Bedienerbetriebsmittel zu binden zu vermeiden, kannst du es vorziehen das Blockieren nicht zu verwenden synchron empf�ngst in einem Bedienerseite Bestandteil. Anzeigen zu empfangen asynchronously benutzen stattdessen eine Message-Driven Bean.

Der sichtbarste Unterschied zwischen Anzeige-gefahrenen Beans und Lernabschnitt und Wesen Beans ist, da� Klienten Message-Driven Beans nicht durch Schnittstellen zug�nglich machen. Schnittstellen werden im Abschnitt anders als einen Lernabschnitt beschrieben, oder Wesen Bean, eine Message-Driven Beanhat nur eine Bean Kategorie.
In einigem Respekt �hnelt eine Message-Driven Beaneiner stateless Lernabschnitt Bean.

• Die F�lle einer Anzeige-gefahrenen Bean behalten keine Daten oder Unterhaltungszustand f�r einen spezifischen Klienten.

• Alle F�lle einer Anzeige-gefahrenen Bean sind �quivalent und lassen den EJB Beh�lter eine Anzeige jedem m�glichem Anzeige-gefahrenen Bean Fall zuweisen. Der Beh�lter kann diese F�lle vereinigen, um zu erlauben, da� Str�me der Anzeigen gleichzeitig verarbeitet werden.

• Eine einzelne Message-Driven Beankann Anzeigen von den mehreren Klienten verarbeiten.

Die Fallvariablen des Anzeige-gefahrenen Bean Falls k�nnen irgendeinen Zustand �ber der Behandlung der Klient Anzeigen enthalten--z.B. ein JMS API Anschlu�, ein ge�ffneter Datenbankanschlu� oder ein Gegenstandhinweis auf einem Unternehmen Bean Gegenstand.

Wenn eine Anzeige ankommt, benennt der Beh�lter die Anzeige-gefahrenen Methode onMessage der Bean, um die Anzeige zu verarbeiten. Die onMessage Methode wirft normalerweise die Anzeige bis einen der f�nf JMS Mitteilungsarten und der Handgriffe es in �bereinstimmung mit der Logik Gesch�ft der Anwendung. Die onMessage Methode kann Helfermethoden benennen, oder sie kann einen Lernabschnitt oder eine Wesen Bean hervorrufen, um die Informationen in der Anzeige zu verarbeiten oder sie in einer Datenbank zu speichern.

Eine Anzeige kann an eine Message-Driven Beaninnerhalb eines Verhandlungkontextes geliefert werden, damit alle Betriebe innerhalb der onMessage Methode ein Teil einer einzelnen Verhandlung sind. Wenn die Nachrichtenverarbeitung zur�ck gerollt wird, redelivered die Anzeige.