Proxy-Generierung bei JCo
11 Beiträge
•
Seite 1 von 1
11 Beiträge
Seite 1 von 1
Hallo Zusammen !
Ich habe im Internet einen Artikel gefunden, der andeutet, dass man für BAPI's Java-Proxies generieren kann. In diesem Artikel wurde auch erwähnt, dass dieses Tool in den JBuilder integriert wurde.
Ich arbeite aber nicht mit dem JBuilder !
Kennt sich jemand mit diesem Thema aus, gibt es Alternativen ? Es scheint die Arbeit doch wesentlich zu vereinfachen und ist für mich als Java-Entwickler auch transparenter als das Gewurschtel mit Strukturen und Tabellen.
Danke und Gruß
Seneca
Ich habe im Internet einen Artikel gefunden, der andeutet, dass man für BAPI's Java-Proxies generieren kann. In diesem Artikel wurde auch erwähnt, dass dieses Tool in den JBuilder integriert wurde.
Ich arbeite aber nicht mit dem JBuilder !
Kennt sich jemand mit diesem Thema aus, gibt es Alternativen ? Es scheint die Arbeit doch wesentlich zu vereinfachen und ist für mich als Java-Entwickler auch transparenter als das Gewurschtel mit Strukturen und Tabellen.
Danke und Gruß
Seneca
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Seneca,
JBuilder ist auch absolut nicht notwendig und meiner Meinung nach auch viel zu teuer.
Eclipse ist meiner Ansicht nach eine gute Wahl. Schön aufgeräumte IDE mit allem was man zur Entwicklung benötigt und das beste daran, es ist umsonst. Falls noch nicht bekannt:
http://www.eclipse.org
Was an Eclipse auch äußerst positiv ist, dass dieses Tool von SAP unterstützt wird, d.h. es gibt hierfür einen Proxy-Generator, der Dir alle notwendigen Klassen generiert um auf SAP-Systeme bzw. RFC-Bausteine zugreifen zu können.
siehe hierzu auch den Beitrag in diesem Forum:
http://www.abapforum.com/viewtopic.php?t=61
qman
JBuilder ist auch absolut nicht notwendig und meiner Meinung nach auch viel zu teuer.
Eclipse ist meiner Ansicht nach eine gute Wahl. Schön aufgeräumte IDE mit allem was man zur Entwicklung benötigt und das beste daran, es ist umsonst. Falls noch nicht bekannt:
http://www.eclipse.org
Was an Eclipse auch äußerst positiv ist, dass dieses Tool von SAP unterstützt wird, d.h. es gibt hierfür einen Proxy-Generator, der Dir alle notwendigen Klassen generiert um auf SAP-Systeme bzw. RFC-Bausteine zugreifen zu können.
siehe hierzu auch den Beitrag in diesem Forum:
http://www.abapforum.com/viewtopic.php?t=61
qman
Hallo qman !
... Was an Eclipse auch äußerst positiv ist, dass dieses Tool von SAP unterstützt wird, d.h. es gibt hierfür einen Proxy-Generator, der Dir alle notwendigen Klassen generiert um auf SAP-Systeme bzw. RFC-Bausteine zugreifen zu können ...
Das ist super, und wo bekommt man das Plugin (wenn man nicht SAP-Partner ist) ?
Cheers,
Seneca
... Was an Eclipse auch äußerst positiv ist, dass dieses Tool von SAP unterstützt wird, d.h. es gibt hierfür einen Proxy-Generator, der Dir alle notwendigen Klassen generiert um auf SAP-Systeme bzw. RFC-Bausteine zugreifen zu können ...
Das ist super, und wo bekommt man das Plugin (wenn man nicht SAP-Partner ist) ?
Cheers,
Seneca
Hallo,
wie muss ich mir das vorstellen?
Ich entwickle eine Tool in Java welches über JCO mit R/3 kommuniziert (hierzu rufe ich Bapis auf, übergebe Daten usw.).
Wenn ich nun das WAS 6.3 installiere, habe ich den Generator zum Erzeugen von Klassen. Inwieweit ändert sich dann die Kommunikation zwischen JAVA und R/3. Ich muss doch immer noch den BAPI aufrufen, oder????
Wie stelle ich sicher, dass auch User ohne den WAS 6.3 das Tool benutzen kann?
Vielleicht denke ich in die falsche Richtung....
wie muss ich mir das vorstellen?
Ich entwickle eine Tool in Java welches über JCO mit R/3 kommuniziert (hierzu rufe ich Bapis auf, übergebe Daten usw.).
Wenn ich nun das WAS 6.3 installiere, habe ich den Generator zum Erzeugen von Klassen. Inwieweit ändert sich dann die Kommunikation zwischen JAVA und R/3. Ich muss doch immer noch den BAPI aufrufen, oder????
Wie stelle ich sicher, dass auch User ohne den WAS 6.3 das Tool benutzen kann?
Vielleicht denke ich in die falsche Richtung....
Hallo,
grundsätzlich sollten zwei Dinge nicht durcheinander gebracht werden. Eine (Java-)Applikation, die von 'aussen' auf ein SAP-System zugreift benötigt auf jeden Fall einen Connector (im Java-Fall ist das Jayco) mit dem die Calls ins SAP-System gemacht werden können. Aufgerufen werden können dabei nur Funktionen, die RFC-fähig sind (Bapis). Das ist unabhängig von irgendwelchen tools, die zur Entwicklung einer solchen Applikation benötigt werden.
Solche tools sind z.B. der von SAP zur Verfügung gestellte Proxy-Generator. Dieses Tool wird mit WAS 630 von SAP zur Verfügung gestellt und liest die Metadaten eines Funktionsbausteins aus und generiert daraus Klassen. Diese generierten Klassen können in den eigenen Programmcode aufgenommen werden und haben den Vorteil, dass sie Zugriff auf die FB-Schnittstelle gewähren durch einfache set- und get-Methoden. Damit wird einem ein Grossteil (stupider) Programmierarbeit abgenommen und man kann sich auf die eigentliche Business-Logik konzentrieren.
Aber wie gesagt, das hat nichts mit einer schon bestehenden Java-Applikation zu tun, die mit einem SAP-System kommuniziert. Das bleibt davon völlig unberührt und kann auch weiterhin genutzt werden.
qman
grundsätzlich sollten zwei Dinge nicht durcheinander gebracht werden. Eine (Java-)Applikation, die von 'aussen' auf ein SAP-System zugreift benötigt auf jeden Fall einen Connector (im Java-Fall ist das Jayco) mit dem die Calls ins SAP-System gemacht werden können. Aufgerufen werden können dabei nur Funktionen, die RFC-fähig sind (Bapis). Das ist unabhängig von irgendwelchen tools, die zur Entwicklung einer solchen Applikation benötigt werden.
Solche tools sind z.B. der von SAP zur Verfügung gestellte Proxy-Generator. Dieses Tool wird mit WAS 630 von SAP zur Verfügung gestellt und liest die Metadaten eines Funktionsbausteins aus und generiert daraus Klassen. Diese generierten Klassen können in den eigenen Programmcode aufgenommen werden und haben den Vorteil, dass sie Zugriff auf die FB-Schnittstelle gewähren durch einfache set- und get-Methoden. Damit wird einem ein Grossteil (stupider) Programmierarbeit abgenommen und man kann sich auf die eigentliche Business-Logik konzentrieren.
Aber wie gesagt, das hat nichts mit einer schon bestehenden Java-Applikation zu tun, die mit einem SAP-System kommuniziert. Das bleibt davon völlig unberührt und kann auch weiterhin genutzt werden.
qman
Hallo,
unter folgendem Link gibt es einige - recht umfangreiche - Infos zu genau diesem Thema:
http://help.sap.com/webas_j2ee630/helpdata/en/
Hier im Dev-Manual unter SAP Toolset und dann durchklicken.
Die SAP benennt dieses Tool (korrekter das Plug-in für Eclipse) als SAP Enterprise Connector.
Netweaver Dev Studio für umsonst im SAP-Shop als Teil des WAS 6.30 (kommt per CD in 2 Tagen), oder downloaden.
Grüsse, Seneca
unter folgendem Link gibt es einige - recht umfangreiche - Infos zu genau diesem Thema:
http://help.sap.com/webas_j2ee630/helpdata/en/
Hier im Dev-Manual unter SAP Toolset und dann durchklicken.
Die SAP benennt dieses Tool (korrekter das Plug-in für Eclipse) als SAP Enterprise Connector.
Netweaver Dev Studio für umsonst im SAP-Shop als Teil des WAS 6.30 (kommt per CD in 2 Tagen), oder downloaden.
Grüsse, Seneca
Hi,
vielen Dank für Eure antworten.
Also verstehe ich richtig, dass die generierten Klassen mir helfen, die Import- und Export-Parameter leichter und unkomplizierter in java zu bearbeiten und zu handeln?
Diese Klassen haben somit nichts mit Kommunikation zu tun, dafür mache ich immer noch function.execute usw.
vielen Dank für Eure antworten.
Also verstehe ich richtig, dass die generierten Klassen mir helfen, die Import- und Export-Parameter leichter und unkomplizierter in java zu bearbeiten und zu handeln?
Diese Klassen haben somit nichts mit Kommunikation zu tun, dafür mache ich immer noch function.execute usw.
Hi,
Das stimmt eingeschränkt. Optional kannst Du Dir auch Klassen generieren lassen, die den Verbindungsaufbau auch noch übernehmen. Das ist aber wie gesagt optional.
qman
Genauso ist es.Also verstehe ich richtig, dass die generierten Klassen mir helfen, die Import- und Export-Parameter leichter und unkomplizierter in java zu bearbeiten und zu handeln?
Code: Alles auswählen.
Diese Klassen haben somit nichts mit Kommunikation zu tun, dafür mache ich immer noch function.execute usw.
qman
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
3310
Views
Views
1
Antw.
Antw.
8979
Views
Views
Authentifizierung beim Consumer Proxy
von Ferum » 23.01.2013 09:54 • Verfasst in Web Application Server
von Ferum » 23.01.2013 09:54 • Verfasst in Web Application Server
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
CL-Klassifizierung (001 Materialklasse): Merkmale, die durch Konfiguration/Beziehungswissen nicht mehr zulässing sind
vor einer Woche von Murdock 2 / 35760
vor einer Woche von Murdock 2 / 35760
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
CL-Klassifizierung (001 Materialklasse): Merkmale, die durch Konfiguration/Beziehungswissen nicht mehr zulässing sind
vor einer Woche von Murdock 2 / 35760
vor einer Woche von Murdock 2 / 35760