Bei der Verwendung von Java-und Message-Broker?
Ich bin ein Entwickler, der in meinem Büro, wo SOA-Entwicklung am Gipfel. Wir verwenden IBM MQ, IBM Message Broker und Java/J2EE Technologien.
Ich habe derzeit in Projekt, in dem Message-Broker wird verwendet, um eine middleware, die Interaktion zwischen zwei Anwendungen. Ich bin nicht ganz sicher, ob Message-Broker-ist die richtige option für diese Art von Projekt, da Java tun können, die Arbeit in einer sehr effizienten Art und Weise, das führte mich zu suchen, das Internet für Vorteile in der Verwendung der beiden.
Ich lese auf verschiedenen Websites, Message-Broker verwendet wird, zu transformieren,route und verbessern Sie Nachrichten, kann dies sehr gut getan mit java effizient. So das führte mich zu dieser Frage: "Wenn auf Java und Bei der Verwendung von Message-Broker für die Entwicklung?" Es wäre toll, wenn mir jemand helfen kann mit den Vorteilen der Verwendung der beiden.
-RDJ
Ich meine nicht nur JMS, ich meinte das gesamte Konzept der SOA unterstützt durch Java
InformationsquelleAutor Richie | 2010-08-08
Du musst angemeldet sein, um einen Kommentar abzugeben.
Message Broker ermöglichen, wie z.B. Operationen Menschen, die zur überwachung aller Integrationen in einem Ort. Auch wenn ein Daten-format ändert, kann es sein trivial, um zu bestimmen, welche Integrationen sind von der änderung betroffen.
Jede einzelne integration könnte wahrscheinlich sein umgesetzt in Java (oder einer anderen Sprache, für diese Angelegenheit), aber Sie würden am Ende aber mit einer Reihe von Punkt-zu-Punkt-Integrationen, das ist eines der Probleme, message Broker versuchen zu lösen.
Wenn Sie waren der Entwurf einer verallgemeinerten transformation/routing-Lösung in Java würden Sie entwerfen eine message broker 🙂 Das wäre interessant, aber nicht wirklich notwendig, zu sehen, wie viele kommerzielle und open-source-message-Broker sind bereits verfügbar.
In den meisten Fällen hat es sich bereits für dich entschieden, ob oder ob nicht auf Basis aller Integrationen auf irgendeine Art von middleware-Komponente.
Ich denke, mwittrock der wichtigste Punkt ist, dass Sie könnte schreiben Sie Ihre eigene, es hängt von der Komplexität und den Kosten für die Wartung vs-Geschwindigkeit der Entwicklung-trade-off, die Sie haben. Ein vollwertiges ESB wie Makler hat viele Vorteile gegenüber einer in-house-Java-app, wenn Sie gehen, um die Verwendung Ihrer Funktionen, wenn nicht, dann wird es wohl teuer overkill. Sie haben hoch qualifizierte Programmierer zu schreiben, die Java für Sie? Sie benötigen die Fähigkeit, überwachen Sie Ihre Daten-flow, analytics support, Auditierung, Prozess-management, operations control? Willst du um jemanden zu bezahlen, für die Unterstützung oder bieten Sie selbst?
InformationsquelleAutor mwittrock
Als ich verstehe, dass Sie versuchen werden, zum Beispiel für die Implementierung der Funktionalität in der core-java-anstatt mit einem ready-Message-Broker und ähnliche SOA-Technologien.
Mein Vorschlag ist - nicht das Rad neu erfinden. Der Punkt ist, selbst wenn Sie versuchen, so zu tun, schließlich werden Sie mit den gleichen technischen Fragen und führen zu einer ähnlichen Lösung. Warum nicht Fokus auf business-Logik, anstatt zu versuchen, zu entwickeln, die einen Gegenwert von etwas, was bereits da ist wohl mehr getestet und vertrauenswürdigen.
InformationsquelleAutor Gopi
Von einem mehr praktischen Standpunkt aus, websphere message broker bietet eine Möglichkeit zur Integration von nicht-java-Applikationen (C, COBOL, PHP, VB ...), die ist oft schwer zu erreichen mit java.
Auch, Java ist nicht besonders gut geeignet zum verarbeiten von XML. Beide ESQL-und XSLT sind viel bessere Fahrzeuge für die xml-transformation, die Java.
Webshpere Kommunikationsserver ist auch in der Lage Umgang mit messaging-außerhalb der Grenzen von JMS (er kann JMS).
Könnte man auf Websphere ESB-das ist wie eine Art von Java-Implementierung von message-broker. Dieses Produkt erwarten, dass die externen nicht-java-Anwendungen passen sich der Java-Welt, so hat es weniger Integrationsfähigkeit, aber ich denke, dass java die Leute finden es bequem, mit zu arbeiten.
InformationsquelleAutor steve vaughn
Messaging ist in der Regel verwendet, wenn Sie über die Heterogene integration von Anwendungen und kann verwendet werden als Ersatz für RPC-speziell, wenn es Asynchron ist. Es ist auch eine Hilfe zum lösen der Kopplung zwischen Anwendungen und als Rückgrat einer event-driven architecture. Mit Mitteilung zur Verbesserung der Anwendung Skalierbarkeit ist sehr verbreitet. In einigen Fällen ist es für die Systeme, die nicht immer zur Verfügung, garantieren aber, die Anforderung zu erfüllen, wenn Sie verfügbar sind. Auch es wird verwendet für Systeme, die mehr als ein Kunde pro Anfrage.
InformationsquelleAutor Ali Parvini
Websphere Message Broker ist ein ESB in der Erwägung, dass Java auf der anderen Seite ist eine Programmiersprache .
Es gibt ESBs, die Java als deren Umsetzung Sprache wie Achsen , Sicherung, doch sind Sie stark genug, um zu analysieren, XML-Dateien , die Orchestrierung der services , der Integration mit mainframe-Systemen .Webservice-design und-Entwicklung in der Message Broker ist einfach und Benutzer -freundlich .ESQL als korrekt darauf hingewiesen, kraftvoll für die XML-transformation und-Verarbeitung ist die Implementierung verwendete Sprache in Message Broker . Wieder , die integration mit MQ , HTTP -, Datei-Knoten ist die nahtlose und effiziente in MB .
InformationsquelleAutor sRiRaJ mISHrA
Erste, was zu verstehen ist, dass die Java-API für Broker sitzt oben auf der C-API und nicht geben Ihnen vollen Zugriff auf alle verfügbaren Funktionen.
Zweitens seine Hässlich, ich würde es nicht verwenden für einfache mapping-Transformationen, und, natürlich, in diesen Tagen gibt es die visual mapper als gut.
Sagte, dass seine immer noch eignet sich in besonderen Umständen. Ein Beispiel, wo ich es benutzt habe war die Abstimmung verschmelzen einige der Inhalt der Nachricht. Im Grunde ist das Szenario war erhalten Msg1 mit 2000+, Elemente und erhalten dann eine entsprechende Nachricht Msg2 mit 2000+, Elemente, die zusätzliches detail.
So, in ESQL Sie reduziert werden, um beginnend mit Msg1.element[1] und dann Scannen Msg2 für ein Spiel zu optimieren, können Sie Elemente löschen aus Msg2, wie Sie verwendet werden. Es war immer noch horrend teuer in Bezug auf CPU-vor allem, wenn die Dinge begannen, um scale-up von 2000+ auf 5000+. Und es dauerte eine lange Zeit, mehr als 5 Minuten für wirklich große Nachrichten.
Die alternative war die Verwendung der Java compute node und ladet den Inhalt der zweiten Nachricht in eine Java-Struktur-Objekt, dies reduziert die Bearbeitungszeit um über 3 Sekunden.
Also, wenn Sie nur das tut, transformation, meiden den Java-Knoten. Wenn Sie allerdings etwas komplexer und/oder CPU-intensiv, dann sicherlich geben dem Java compute node versuchen.
InformationsquelleAutor TJA