RFC vs. ODATA
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Beitrag
von Sebastian82 (ForumUser / 88 / 10 /
12
)
»
Moin Jungs,
mal ne Frage in die Runde. Was spricht eigentlich für RFC und was für ODATA?
Bzw. Was wären die Gründe RFC noch zu benutzen? Und was spricht dagegen?
Danke für eure Hilfe. Ich bin auf die Antworten gespannt!
Sebastian
mal ne Frage in die Runde. Was spricht eigentlich für RFC und was für ODATA?
Bzw. Was wären die Gründe RFC noch zu benutzen? Und was spricht dagegen?
Danke für eure Hilfe. Ich bin auf die Antworten gespannt!
Sebastian
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von sap_enthusiast (Specialist / 106 / 29 /
25
)
»
Ich denke hier ist ganz gut zusammengefasst:
https://stackoverflow.com/questions/523 ... nvironment
Meine Entnahme aus der Diskussion:
Hauptvorteil von oData ist dessen Flexibilität und die Fähigkeit maschinell einfacher gelesen zu werden.
Meine Einschätzung: kann mir auch gut vorstellen, dass mittel- und langfristig oData die präferierte Technologie von SAP ist.
Am Ende kommt es eigentlich darauf an, woher der Aufruf erfolgen soll. Wenn zum Beispiel ein RFC Baustein aus einem .NET Applikation gerufen werden soll dann braucht es auch der .NET Connector um einen Call entsprechend ausführen zu können. Mit oData braucht das Aufrufende System dieses Plugin nicht, vermute ich.
https://stackoverflow.com/questions/523 ... nvironment
Meine Entnahme aus der Diskussion:
Hauptvorteil von oData ist dessen Flexibilität und die Fähigkeit maschinell einfacher gelesen zu werden.
Meine Einschätzung: kann mir auch gut vorstellen, dass mittel- und langfristig oData die präferierte Technologie von SAP ist.
Am Ende kommt es eigentlich darauf an, woher der Aufruf erfolgen soll. Wenn zum Beispiel ein RFC Baustein aus einem .NET Applikation gerufen werden soll dann braucht es auch der .NET Connector um einen Call entsprechend ausführen zu können. Mit oData braucht das Aufrufende System dieses Plugin nicht, vermute ich.
Folgende Benutzer bedankten sich beim Autor sap_enthusiast für den Beitrag:
rob_abc
ohne dass ich Zahlen hätte, aber RFC ist von der Geschwindigkeit her (glaube ich) klar im Vorteil.
Bei der Kommunikation innerhalb von SAP-Systemen ist es auch super einfach.
* Destination definieren
* Funktionsbaustein erstellen
* Funktionsbaustein unter Angabe der Destination aufrufen
* fertig
Bei der Kommunikation mit externen Systemen hat oData wieder die Nase vorn.
Bei der Kommunikation innerhalb von SAP-Systemen ist es auch super einfach.
* Destination definieren
* Funktionsbaustein erstellen
* Funktionsbaustein unter Angabe der Destination aufrufen
* fertig
Bei der Kommunikation mit externen Systemen hat oData wieder die Nase vorn.
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Außerdem hab ich irgendwie im Hinterkopf, dass die Datums- und Zeitformate von ODATA ziemlich krude sein sollen.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
Beitrag
von Sebastian82 (ForumUser / 88 / 10 /
12
)
»
Hallo zusammen, Danke für eure Antworten.
Das war auch das was ich rausgefunden hatte. Zusammengefasst:
- RFC ist besser zwischen SAP Systemen
- ODATA ist flexibler und neuer
Mein Chef suchte ein Killerargument für ODATA. Das hab ich allerdings auch nicht gefunden ^^
Sebastian
Das war auch das was ich rausgefunden hatte. Zusammengefasst:
- RFC ist besser zwischen SAP Systemen
- ODATA ist flexibler und neuer
Mein Chef suchte ein Killerargument für ODATA. Das hab ich allerdings auch nicht gefunden ^^
Sebastian
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Du willst ein Killerargument? SAPUI5!
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
SAPUI5 geht auch aus ABAP heraus, wo wiederum die RFC-Bausteine gerufen werden können =)
https://abap2ui5.github.io/docs/
https://abap2ui5.github.io/docs/
Beitrag
von DeathAndPain (Top Expert / 1972 / 264 /
418
)
»
Das ist die Frage. Ich habe keine Ahnung von Java, aber ich musste aus SAP mal eine Funktionalität bereitstellen, die von einem Java-Kollegen genutzt werden sollte. Ich habe dem Kollegen einfach einen RFC-Funktionsbaustein gebaut, und er hatte überhaupt keine Probleme, diesen von Java aus zu rufen. Nur die Datentypen der Parameter dürfen nicht zu kompliziert sein, wenn ich mich recht entsinne. Also musste ich eine Tabelle noch per TABLES-Parameter anbieten. Ich weiß nicht, was er javaseitig gemacht hat, aber aufwendig hat es nicht geklungen.
RFC-Funktionsbausteine sind halt SAP-seitig wunderbar übersichtlich. Irgendwelche REST-Objekte zu bauen, ist definitiv komplizierter. Auch im Analysieren, wenn das Objekt nicht von einem selber stammt und man herausfinden soll, warum die Kommunikation nicht funktioniert.
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1777
Views
Views
4
Antw.
Antw.
4118
Views
Views
7
Antw.
Antw.
3168
Views
Views
Odata-service(Serviceimplementierung)
von CSZ_Berater » 30.03.2019 17:27 • Verfasst in ABAP® für Anfänger
von CSZ_Berater » 30.03.2019 17:27 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 3 Wochen von fico_fschluesener 1 / 7947
vor 3 Wochen von fico_fschluesener 1 / 7947