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.