RPG compiler

[RGP_compiler]

Hallo Forum,

denkt Ihr, es gäbe Interesse an einem Compiler, der RGP (II/III/IV) Programme unter Linux (ggf. Windows) compileren kann?
Ich weiss, dass hier wahrscheinlich die meisten eher Verfechter von der iSeries als denn Client-Server / PC Lösungen sind, aber vielleicht ist ja Migration für den einen oder anderen ein Thema.

Ich habe in Vorbereitung für eine Projektanfrage, bei der es um die Migration einer AS/400 Lösung auf eben eine PC basierte Client-Server Lösung angefangen, einen solchen Compiler zu schreiben.

Meine erste Idee ist, dass der Compiler pro Anwendung ein shared object compiliert, dass dann von einer Runtime ausgeführt wird. Die Runtime enthält die Datenbank und einen Webserver, der dann die Input-Output macht. Eine entsprechende Runtime habe ich schonmal für ein früheres Projekt gemacht. Alternativ die Datenbank als eigener Prozess.

Wäre da ein Markt für soetwas?

Gruß,
Micha

PS: Gibt es eigentlich eine funktionierende/preiswerte Lösung, um RGP nach Java automatisch umzusetzen?

[holgerscherer]

denkt Ihr, es gäbe Interesse an einem Compiler, der RGP (II/III/IV) Programme unter Linux (ggf. Windows) compileren kann?

Hallo Micha,

bitte was hast Du vor? Ein IBM i komplett zu emulieren? Inklusive Datenbank? Sportliches Projekt mit recht wenig Aussicht auf Erfolg.

Einfache RPG-Programme konnte man schon mit Baby/400 auf dem PC irgendwie laufen lassen. Aber komplexe Software, in RPG4 mit SQL geschrieben, unter Ausnutzung aller DB2/400-Fähigkeiten. Halte ich für etwas übertrieben. Warum von einer stabilen Plattform mit einer Emulation oder Konvertierung auf eine nicht so stabile Plattform migrieren?

-h

[B.Hauser]

Ich schließe mich Holgers Meinung an!
An Konvertierung und Emulationen von der IBM i weg sind bereits Größere gescheitert (ohne Dir zunahe treten zu wollen!)

Vielleicht hättest Du noch Chancen das spaltenorientierte RPGIII zu konvertieren, aber beim Free-Format-RPG mit internen und exportierten Prozeduren/Funktionen, die bereits beim Aufruf mehrfach verschachtelt sind und komplexem embedded SQL, sehe ich kaum Chancen.

RPG Source Code 1:1 nach Java oder eine dotNet-Sprache zu portieren, macht m.E. auch wenig Sinn.
Sicher gibt es (kostenpflichtige) Tools, die den Source Code übersetzen, aber auch bei hier wird noch lange nicht alles was in RPG möglich ist auch wirklich unterstützt.
Und selbst wenn ... das Ergebnis wird jedoch immer schlechtes Java sein, da selbst hochmodulares RPGIV immer prozedural und nicht objektorientiert ist.

Vielleicht noch eine Anmerkung zum Schluss: Die Programmiersprache heißt "RPG" und nicht "RGP" (was gleich 2x verwendet wurde)!

Birgitta

[Pikachu]

3x

[BenderD]

Hallo Forum,

Meine erste Idee ist, dass der Compiler pro Anwendung ein shared object compiliert, dass dann von einer Runtime ausgeführt wird. Die Runtime enthält die Datenbank und einen Webserver, der dann die Input-Output macht. Eine entsprechende Runtime habe ich schonmal für ein früheres Projekt gemacht. Alternativ die Datenbank als eigener Prozess.

Wäre da ein Markt für soetwas?

Gruß,
Micha

PS: Gibt es eigentlich eine funktionierende/preiswerte Lösung, um RGP nach Java automatisch umzusetzen?

... technisch umsetzbar ist das alles (die Frage ist: mit welchem Aufwand?!), RPG free Format ist da sicherlich das geringste Problem (da macht man einfach dasselbe wie IBM und schiebt das Freeformat in einem path 0 in Spalten und macht dann weiter wie gehabt!) und wenn man auf einer vorliegenden Anwendung aufsetzt, muss das nicht einmal alles umsetzen können, aber was dabei rauskommt ist eine völlig unwartbare Anwendung, die alle geerbten Krankheiten übernimmt.
Bedingt durch die 5250 Restriktionen taugen RPG Anwendungen ohnehin nicht für eine Migration nach Client Server, da sie nicht Threadsafe sind und single threaded ausgeführt werden müssen, ein anderes Problem von 98% dieser Anwendungen ist zudem, dass sie kein commitment controll verwenden und von daher ohnehin als Altlasten anzusehen sind.
Technisch sinnvoll ist das also sicherlich kaum, aber dennoch könnte es einen Markt dafür geben (schließlich kaufen auch hunderttausende Fertigpizza und essen Fast Food Hamburger), aber da müsstest Du im Marketing noch dicker auftragen als die vorhandenen Anbieter im Segment der Migrationslösungen (die meist nur DDS Bildschirme umsetzen) und die Käufer müssten noch unkritischer sein und man müsste auch noch mehr davon finden.

D*B

[ExAzubi]

So etwas in der Art gibt es schon...
Die VEDA aus Alsdorf bietet ein Framework an welches DSPF und RPG Sourcen nach JAVA umsetzt.

[RGP_compiler]

vielen Dank für die Antworten. Sorry wegen dem falsch geschriebenen RPG, es war schon sehr spät...

Zur technischen Seite: Freeformat, interne und externe Funktionen und mehrfache Verschachtelung ist das Problem jeder Programmiersprache, dass habe ich bei einem C++, Pascal oder Java Compiler genau so. Ich habe schon mal einen Pascal Compiler geschrieben: der Quellcode wird in einen AST (abstract syntax tree) übertragen, von da an geht es weiter wie bei jedem Compiler (nach Assembler, oder Java/Dot.Net Bytecode Emmiter). Das ist nicht das Problem. Ab dem AST gibt es auch schon fertige Lösungen wie LLVM.

Wichtig wäre dann noch die Runtime, um I/O per Web Interface zu integrieren, und eben eine SQL Datenbank wie Postgres für die Datenhaltung. Den Umfang der Runtime könnte man ja Schritt für Schritt erweitern.

"RPG Source Code 1:1 nach Java oder eine dotNet-Sprache zu portieren, macht m.E. auch wenig Sinn.". Da hast Du erst mal Recht. Aber das hat viele Facetten. Auf jeden Fall kann nach der Übersetzung ein Java/Dot.NET Entwickler weitermachen.

Die Info mit der VEDA aus Alsdorf ist sehr interessant. Vielen Dank für den Hinweis. Leider gibt es auf deren Homepage keine weiteren Infos dazu. Aber es scheint schon ein gewisses Interesse an so einem Konvertierungstool da zu sein.
Der Hersteller von Baby/400 (California Software) scheint auch etwas ähnliches zu haben. Infinity36 scheint genau das zu sein, was ich vorhabe.
Also nochmal neu formuliert: Würde ich ein Infinity36 vergleichbares Produkt (http://www.californiasoftware.com/infinite-36) anbieten, wäre hier ein Markt dafür da?

Was mich sehr interessieren würde: Wie viele AS/400 Installationen (oder Systeme mit RPG Programmen) gibt es noch in Deutschland? Hat irgendwer eine Idee hierzu?

Vielen Dank,
Micha

[BenderD]

@Compiler: das Hauptproblem ist hierbei die schwache Definition der "Sprache" RPG (merkt man auch bei einer Migration von Spalten nach Free) und der Umgang der Entwickler damit: tout le mond verlässt sich darauf, dass bestimmte (undokumentierte oder gar falsche) Konstrukte vom Compiler toleriert werden, bis es dann nach einem fix knallt.

@resultierende Anwendung: Die dann resultierende Anwendung ist in Konkurrenz zu .NET und Java Anwendungen nicht Konkurrenz fähig, da sie alle Restriktionen mitnimmt (s.o.).

@VEDA: die wollen nach meiner Einschätzung Projekte (sprich Aufwand) verkaufen, ein Produkt im klassischen Sinne ist da nicht zu erkennen.

@Markt: Der dürfte in den USA schon aüßerst schmal sein, wie man auch mit ein wenig Suche in den Mailing Listen von Midrange.com verifizieren kann, da sind infinite 36 und infinite i keine bewegenden Stichworte.

D*B

[AG1965_2]

Dieter,
Du kannst doch nicht ernsthaft erwarten, dass Anwender, die heute noch S/36-Software nutzen, schon das Medium eMail nutzen. (Es soll in Ami-Land auch noch S/34-Anwender geben.)
Da müsstest Du schon nach Leserbriefen oder -faxen in einschlägigen Fachzeitschriften suchen können... :-)
LG Toni

[BenderD]

... Du kennst scheints die Mailing Listen nicht, da toben sich die IBM/RPG/Lokus Notes Hardliner aus

D*B

[ExAzubi]

HAllo zusammen,

hier mal ein zwei Links zu dem Thema jump

Das ijUMP Framework kann man wohl käuflich erwerben... sso sieht es zumindest auf IBM Seite aus...
http://www-304.ibm.com/partnerworld/...e=&expand=true

Hier ein Whitepaper von denen
http://www.veda.net/fileadmin/media/...rnisierung.pdf

[Joe]

Dieter,
Du kannst doch nicht ernsthaft erwarten, dass Anwender, die heute noch S/36-Software nutzen, schon das Medium eMail nutzen. (Es soll in Ami-Land auch noch S/34-Anwender geben.)
Da müsstest Du schon nach Leserbriefen oder -faxen in einschlägigen Fachzeitschriften suchen können... :-)
LG Toni

Hallo Toni.

Ich habe das zweifelhafte Vergnügen, /36 Programme die auf Power7 laufen, zu betreuen.
Dem Kunden ist die Programmiersprache egal; bei ihm zählt was rauskommt.
Bei denen läuft das unter Investitionsschutz und EMail benutzen die auch.

Gruß Joe