Wie verbinde ich ein Java-Backend mit einem .NET-Frontend

Question

Ich habe eine Reihe von Java-Code, der mit dem Hibernate-Framework geschrieben wurde, ursprünglich dazu bestimmt, ein Frontend mit JSPs geschrieben zu haben. Die Anforderungen für das Frontend haben sich jedoch geändert, und wir haben entschieden, dass ein Desktop-Client (der in .NET geschrieben wird) besser zu unseren Benutzern passt.

Ich möchte nicht wirklich den Code verschwenden, der bereits geschrieben wurde - kann jemand eine gute Reihe von Tools zum Schreiben einer Dokument-basierten Web-Service-Schnittstelle vorschlagen, auf die wir von .NET zugreifen können?

Danke,

Jim

Answer 1

wir eine Anwendung mit der genauen Architektur entwickelst du für eine Finanzanwendung beschreiben. Wir haben verschiedene Optionen geprüft und sind schließlich bei der Verwendung von komprimiertem CSV über HTTP angelangt.

CSV wurde gewählt, da die überwiegende Mehrheit der Daten in einem Raster am Frontend angezeigt werden würde, wir hatten sehr große Ergebnismengen> 250k Zeilen in regelmäßigen Abständen, und es komprimiert wirklich sehr gut.

Wir betrachteten auch mit:

• ICE, sondern ging auf, dass aufgrund von Lizenzkosten und die Notwendigkeit, so viel neu zu erfinden.
• Googles Protokoll Puffer über Servlets, aber lehnte dies aufgrund mangelnder C# Unterstützung ab (Stand letzten Herbst).
• Komprimierte XML mit WOX, aber lehnte dies aufgrund der Lock-in zu einer kleinen Diplomarbeit Projekt für Unterstützung und XML ist zu ausführlich.

Die Industrie unterstützt ein paar verschiedene Optionen, wie gut:

• SOAP, aber das hat seine eigenen gut dokumentierten Probleme.
• IIOP, J-Integra hat ein Produkt namens Espresso, mit dem Sie RMI von einem Frontend aus tun können.

Answer 2

Ich würde persönlich einige leichte RPC-Protokoll verwenden, sei es XML-RPC oder ein homegrown ein. SOAP, IMO, ist viel zu fett und nicht so interoperabel wie es sein sollte. Je einfacher, desto besser.

Answer 3

Wir haben eine ziemlich große Anwendung mit einem Java RMI-Server und IIOP.NET für die Interoperabilität. Wir haben IIOP.NET mit Sun RMI und Bea Weblogic (jetzt Oracle) ohne größere Probleme verwendet.

Answer 4

Wenn Sie wirklich eine dokumentbasierte Service-Schnittstelle (und nicht eine Web-Service-Architektur im RPC-Stil) wünschen, sollten Sie am besten eine SOAP-basierte Web-Service-Schnittstelle erstellen.

Ein kurzer Blick auf die Java-Website zeigt, dass die U-Bahn-Stack ein wenig helfen könnten:

Java Web Services at a Glance