Frage

Sie benötigen SAP mit .NET-Anwendungen zu integrieren. Ist .NET Connector die beste Wahl? Was ist NetWeaver? Einfach suchen, um Daten zu schieben und Daten aus SAP ziehen.

War es hilfreich?

Lösung

Ich habe nicht die NetWeaver-Objekte verwendet, so kann ich darüber nicht viel sagen, aber ich kann sagen, dass die .NET Connector einen ziemlich guten Job macht die SAP BAPI für den Einsatz in .Net von Proxying. Ein paar zusätzliche Bemerkungen:

  • Drawback - AFAIK, sind Sie stecken mit Ihrer Proxys in VS2003 Entwicklung
  • Drawback - die Dokumentation der BAPIs ist ziemlich schlank. Ich verbringe viel (ich meine ein Los ) Zeit in SE37 innerhalb von SAP bei der RFC-Dokumentation suchen und die Funktionen Schreiten durch
  • Positive - es dauerte eine Weile zu erkennen, dass Sie umbenennen könnte und Parameter entfernen und Methoden in VS2003 umbenennen, bevor die Proxy-Gebäude
  • Drawback - wenn Sie tun das oben erwähnte Umbenennung Sie es jedes Mal, wenn Sie die RFC aus dem SAP-Server neu zu besiedeln (wie, wenn Ihr SAP-Entwickler macht Änderungen an einem BAPI)
  • wiederholen müssen

Insgesamt sind komplizierte Funktionen schwierig, mit dem .NET Connector (I nur 3 Wochen lang Kunde Erstellung und Änderung von Arbeits bekommen), aber einfache Funktionen sind ziemlich transparent, und wenn Sie einen ABAP-Entwickler auf der SAP-Seite zur Verfügung haben und entwickeln können benutzerdefinierte BAPIs es wirklich gut funktioniert.

Andere Tipps

SAP .NET Connector ist in Ordnung, aber es unterstützt nur Visual Studio 2003, aber sie haben es nicht in eine Weile aktualisiert.

Es gibt ein weiteres Produkt namens SAP Explorer und Proxy-Generator , die ich verwendet habe, zu SAP von VS2005 zu verbinden. Es verwendet Version 1.1 des SAP .NET Connector alle die schmutzige Arbeit zu tun, so dass ich kopiert und eingefügt, den Inhalt der SAP .NET Connector 2.0-Ordner in den Ordner SAP Explorer, um es die neuere Version der Proxy-Bibliotheken zu verwenden ( diese zusätzliche Unterstützung für Groß- und Passwörter). Ich habe es nicht in VS2008 noch versucht, aber ich vermute, es wird immer noch funktionieren.

SAP Explorer ist sicherlich ein schöner Ersatz für das SAP-Produkt, aber es sieht nicht so aus, wie es vor kurzem aktualisiert worden ist.

Ich verstehe, dass Web Services ist der Weg zu gehen Netweaver / .Net-Integration zu erreichen. Aus diesem Grunde ist das .NET Connector nicht von VS2003 Tagen aktualisiert.

Es gibt eine neue Version von den Jungs bei Aconcagua IT, mit besseren Preisen und flexiblere Möglichkeiten als andere Wettbewerber.

Visual Studio 2008 und Visual Studio 2005-Versionen zur Verfügung: http://www.aconcaguait.com/explorerproxygen2008 .php oder

VS2008-Version enthält Unterstützung für die neueste librfc32.dll (Passwort Länge, case-sensitive, etc.)

Ein Blick wert.

Wie oben geschrieben, schlägt SAP den SOA Weg zu gehen, was bedeutet, die SOAP-Werkzeugkette anstelle der RFC-Werkzeugkette (Net RFC-Anschluss, ...) zu verwenden.

Für .Net, die die WCF-Funktionalität zu nutzen bedeutet, und verbinden Sie es mit dem SAP-Backend, also unter Verwendung von SOAP auf beiden Seiten: Ihre geschäftlichen Anforderungen in einer der vielen SOA-Services finden von SAP ausgelieferten (

http://tools.rafaelc.net/default.aspx?id=72

Ich habe dieses Tool verwendet SAP zu integrieren (Gene BAPI und CBO-Proxies) mit dem B2B-Prozess, den ich für einen der weltweit führende Blue-Chip-Unterhaltungselektronik-Unternehmen entwickelt. Seine Bemühungen sind gut geschätzt und es ist völlig kostenlos.

Wahrscheinlich wollen schauen Microsoft Duet und IBF

Wir haben gekauft „SAP Explorer und Proxy-Generator für VS 2008“ und wir enttäuscht gewesen, weil dieses Tool nicht gut funktioniert hat. Bisher erwarten wir noch eine Lösung für die Probleme (von Aconcagua). Leider hatten wir Proxies in VS2003 mit der kostenlosen Version des SAP Connector neu zu erzeugen und sie dann in VS2008 verwenden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top