EJB-Vs WebService? Performance-Sicht

Nun haben Wir die situation, die sich jetzt entscheiden. Ich dachte, stackoverflow ist der beste Platz, um zu diskutieren.

Hintergrund:

Wir haben 2 JVMs Enterprise Application server und eine Anwendung bereitgestellt, die auf jedem von Ihnen. wir brauchen, um die business-Funktionen-Aufruf von einer Maschine zur anderen. Lassen Sie uns annehmen, einer ist client und der andere server.

Nun aus der performance-Sicht, welcher Ansatz ist besser, design-server-Anwendung.

indem Sie folgende Dinge beachten:

Habe ich 2 Optionen:

  1. Reinen EJB-Anwendung EJB-client und EJB-server-Komponente

  2. WebService reinen Java-Ansatz (keine webservice-über EJB, coz es ist einfach Chaos)

Meine Performance-Metriken: Geschwindigkeit : der design-Ansatz wird die Bearbeitung einer Anfrage schneller. Mein business-Anwendung bereitgestellt wird, die auf 32-bit-Maschine sicher!

Beachten Sie auch, dass es 2 JVMs, ist man 32 bit und 64 bit (Vermeidung dieser situation ist unvermeidbar jetzt)

Bitte geben Sie uns Ihr feedback

Hinsichtlich

Chetan

Hinzugefügt von java-Tags zu Ihrer Frage.
Welche Probleme haben Sie mit EJB unterstützt Web-Services?
sorry für offtopic, aber es ist gute Praxis, EJB unterstützt web-services?
Ja EJB zurück Web Services sind gute Praxis.

InformationsquelleAutor Chetan | 2010-09-09

  1. 8

    Wenn Sie von "Web-Services" meinst du, SOAP web services, EJBs schneller sein soll, egal wie Sie es tun.

    Vorteile:

    • Java-Serialisierung ist schneller als XML-Web-Services
    • Serialisieren und Parsen von XML verwendet mehr Speicher als gerade Serialisierung, EJBs speichern Speicher
    • EJBs sind ausgedrückt in geraden Java-Schnittstellen und Wert-Objekte. Für Web-Services, müssen Sie möglicherweise das hinzufügen einer mapping-Schicht wie XmlBeans oder JAXB.
    • Die meisten EJB-Protokolle können Sie leicht wiederverwendet werden, die TCP/IP-verbindungen zwischen den anrufen

    Nachteile:

    • Dabei einen richtigen design-erste XML-Nachrichten-definition wird eine Entkopplung von client und server
    • Ist es leichter, die Nachricht zu ändern Formate gegeben, die zusätzliche Schicht der Dereferenzierung
    • EJB-Implementierungen haben in der Vergangenheit bereits riesig und langsam, wie in größeren als Web-Service-stacks (aber neuer EJB-Implementierungen wie Apache OpenEJB sind klein, leicht und bündig)

    Aber wenn Sie nicht brauchen, distributed transaction handling, nur RMI. Es hat Vorteile, aber keine Nachteile von EJBs. Es ist schon seit Ewigkeiten, aber es funktioniert immer noch prächtig.

    vielen Dank für die details..ich bin auf der Suche nach einem schnelleren Weg der Kommunikation zwischen 2-JVM. EJB ist die eine, die ich fühle. vor allem in meiner Anwendung, die ich nicht wollen, zu verlieren, meine Leistung, weil der XML-parsing-auf beiden Seiten.

    InformationsquelleAutor JesperSM

  2. 1

    Dass es nicht ein oder der andere sein. Sie können alle Ihre Geschäftslogik in EJBs, und bieten auch ein web-service Fassade für den Zugriff auf die EJB. Denken Sie auch daran, dass es verschiedene Arten von web-service-Architekturen. SEIFE ist das, was die meisten Leute denken, wenn Sie hören, "web-service", aber vielleicht wollen Sie auch zu schauen, JAX-RS.

    Senden von Daten als XML über HTTP ist schrecklich ineffizient. Auf der anderen Seite, es gibt Sie viel mehr Flexibilität auf der client-Seite. Web-services konsumiert werden kann von gerade ungefähr irgendeiner Plattform oder Programmiersprache.

    Dank mike. Wenn ich SOAP über EJB, XML-Verarbeitung behindern würde meine Leistung sehr. coz meine xml-Nutzlast um rund 60 bis 100 KB, meistens.
    Mike schlägt vor, JAX-RS sendet die XML nicht von SOAP-Nachrichten. Für ein Beispiel siehe: bdoughan.blogspot.com/2010/08/...

    InformationsquelleAutor Mike Baranczak

Schreibe einen Kommentar