AS/400 / iSeries / i5 / System i
Posts 1-8 of 8
-
Post visible to registered members
-
Holger L. Scherer Premium Member Group moderatorThe company name is only visible to registered members.Re: Java auf AS/400 ist interessant, RPG regelbasiert nach Java migrieren ist sicherlich noch interessanter
Da gibt es garantiert zu viele RPG-Sourcen, die nicht "mal eben" konvertierbar sind... schliesslich wurden auch in dem Bereich sehr viele Fehler gemacht, wenn man mit Hand-Programmierung uralte Quellen bearbeitet.
Wie sieht es denn mit Adelia-generierten Sourcen aus?
Viele Grüße,
H. Scherer
- 27 Mar 2006, 02:10 am
-
Post visible to registered members
-
Sascha Rinner Premium MemberThe company name is only visible to registered members.Re^3: Java auf AS/400 ist interessant, RPG regelbasiert nach Java migrieren ist sicherlich noch interessanter
Hallo,
Java ist bestimmt eine interssante Sprache, doch ob eine Migration von RPG in Java überhaupt sinnvollen und wartbaren Code produzieren kann konnte aus Ihrem Artikel noch nicht hervorgehen.
Ich kenne Ihren Ansatz bereits von anderen Migrationspartnern im Markt, welche eine solche Migration auf C/C++ vorgenommen haben. In der Tat kann dies recht erfolgreich sein, allerdings ist der Code nicht wartbar. Ziel dieses Ansatzes war es immer einem ISV eine weitere Plattform seiner Software zu ermöglichen, und die Entwicklung auf RPG zu belassen.
Eine vollständig automatisierte Migration gibt es zudem meiner Meinung nach gar nicht. Die Sonderfälle und "Schweinerein" im RPG müssen regelmäßig angefasst werden.
Und die wichtigste Frage die sich für mich stellt ist die Motivation einer Migration auf JAVA! Warum? Wenn meine RPG Entwickler danach nicht weiterentwickeln können, dann habe ich als Unternehmen nichts gewonnen.
Für alle die sich mit den Themen JAVA, moderne GUIs, alternativen zu RPG, Business orientated Languages auseinandersetzen würde ich einen Blick auf EGL (Enterprise Generation Language) von IBM Rational wagen. Dies ist ein weg mit vorhandenen Skills in die Richtung von Java zu kommen, und die modernen Technologien voll zu nutzen.
- 09 Sep 2007, 09:06 am
-
Post visible to registered members
-
Post visible to registered members
-
Sascha Rinner Premium MemberThe company name is only visible to registered members.Re^5: Java auf AS/400 ist interessant, RPG regelbasiert nach Java migrieren ist sicherlich noch interessanter
Herr Eischet,
Ihr Konzept ist nichts neues auf dem Markt, und ich kann Ihnen out of the box 10 ISVs nenenn die nach diesem Prinzip eine Mutli-Plattform-Strategie mit Singel-Source Development durchführen. Allerdings nicht mit Java als Zielsprache sondern mit performantem c / c++.
Ich kenne auch die Projektgrößen und die Probleme welche bei der Anpassung der Konverter für solche Projekte auftreten. Aussagen wie "ISVs sollten sich an Programmierregeln halten" sind im Grunde richtig, doch leider nicht die Realität.
Ihre Aussage:
"Man stelle sich vor es gibt ein Framework welches RPG nach Java migriert, dabei einen für RPG Entwickler verständlichen Java-Code erzeugt, beliebig in Java mit Eclipse, oder wie gehabt in RPG, erweitert werden kann und ein ständiges migrieren ermöglicht. Wozu dann EGL ein Konzept aus den 80ern ?"
Das Wort Framework deutet darauf hin, dass Sie ein Runtime-System gebaut haben, welches das System i Environment abbildet. Somit ist zwar Java die Sprache, allderdings nicht eigenständig ausführbar?
Ihr Round-Trip-Development Ansatz dass in RPG entwickelt wird, und Java generiert sowie in der Gernerierten Sprache weitere Anpassungen gemacht werden können welche nicht verloren gehen kann ich noch nicht nachvollziehen bzw. in diesem Maße glauben. Wir kennen solche Probleme aus dem UML Roundtrip Engineering, und 2 Codestände haben immer so größeren Problemen gefürt. Ich kann mir hier nicht vorstellen wie Sie die Änderungen im Java wieder ins RPG bekommen wollen, bzw. Sicherstellen dass aus der RPG --> Java Migration kein Java-Code überschrieben wird.
Die letzte Aussage, ein "für RPG Entwickler verständliches Java" zeigt dass aus einer Migration von RPG in Java kein "gutes Java" im Sinne eines Objektorienten Entwicklers enstehen kann. Somit kann dieser Code in Zukunft auch nicht durch Java Entwickler weiter entwickelt werden, und es ist somit noch mehr fraglich wo der langfristige Nutzen für den Kunden liegt.
Bezüglich EGL als Konzept aus den 80ern... Bestandteile von EGL haben tatsächlich eine Entwicklung der letzten 25 Jahre mitgenommen, was hauptsächlich im Bereich Informix 4GL angesiedelt ist. Die Erfahrungen in Generativen Ansätzen sind somit vorhanden, das Konzept ist jedoch technisch auf dem neusten Stand.
EGL ist eine Entwicklungssprache welche eine schnelle Entwicklung von Geschäftsanwendungen (ERP, etc) ermöglicht. EGL entlastet den Entwickler dabei bei der Technologie von Java und abstrahiert die Komplexität. Im Grunde ist dies bei RPG das gleiche, jedoch sind die Möglichkeiten von RPG im Bereich moderne Web-Technologien bei weitem nicht so stark.
EGL wird bereits von einigen Kunden anstatt Java eingesetzt, um schnell J2EE Anwendungen zu entwickeln, und weniger Probleme mit dem komplexen Framework von Java zu haben. Referenzen in diesem Umfeld gibt es einige.
Ein Punkt würde mich noch interessieren, was genau passiert den Out-of-the-box mit der GUI? Werden die Screens 1 zu 1 nachgebildet?
- 10 Sep 2007, 09:46 am
-
Post visible to registered members
