Eure Meinung zum RDi

[Fuerchau]

Seit 9.8.1 habe ich fast keine Probleme mit der Syntaxanalyse, da diese nicht mehr die gesamte Source durchsucht, sondern nur noch innerhalb des umgebenden Blocks der aktuellen Zeile, also if-endif, dcl-proc-endproc, for-endfor, usw.

Abstürze bekomme ich nur, wenn das Netz mal wieder zusammenbricht. Ich arbeite vom Homeoffice via VPN mit der IBM. Da kann es dann schon mal zu Unterbrechungen kommen.
WLAN-Probleme kann man minimieren, wenn man das automatische Weiterleiten (Mesh) des WLAN korrekt konfiguriert hat. Da merkt man den Wechsel zwischen den Stationen gar nicht.

Wenn dann eine Exception hochpopt, dann kann man wirklich nichts mehr machen und muss RDi auch killen. Aber das ist höchst selten. Beim Neustart wird man dann aber gefragt, ob die zuletzt geänderten und noch nicht gesicherten Quellen wieder geöffnet werden sollen.

Auch die Anzahl Zeilen ist mittlerweile kaum noch ein Problem. Alte Quellen, die erst nach und nach auf Free umgestellt werden, haben historisch durchaus mehrere 1000 Zeilen, auch schon mal 10.000!
Auch damit hat RDi keine Probleme.
Es funktioniert ja sogar die Autovervollständigung im SQL für Hostvariablen. Das war vorher halt immer lästig. Da musste man aus "exec sql" einen "xexec sql" machen, konnte seine Hostvariablen setzen und das "x" wieder entfernen.

Der Upgrade auf die 9.8.1 funktionierte sogar ohne Probleme.

Super ist das Arbeiten mit der Gliederungsansicht und dem Filter derselben. Über die Referenzen kann man schnell alle Verwendungen prüfen, incl. der Datei-E/A's, und dahin navigieren, vor allem wann eine Variable geändert wird. Das war früher immer sehr mühsam, da dies erst der Compiler auswarf.
Über eine 2. Ansicht bekommt man dieselbe Qielle noch mal nebeneinander, so dass man in unterschiedlichen Stellen des Codes navigieren kann. Ins besonders im Daten- und Codeteil separat.
Wenn der Bildschirm breit genug ist, hat man immer noch eine gute Arbeitsfläche.

Aber es ist halt jedem selbst überlassen, wie man mit einem Tool umgehen kann.

Ach ja, auch den Debugger benutze ich noch lieber im Greescreen, da der Remote-Debugger via VPN einfach viel zu langsam ist.

[camouflage]

Also Baldur,
Du bist mein Held, schon auf 9.8.1. Da bin ich doch gleich noch ein Pfahlbauer. :-D

[Fuerchau]

OK, leicht vertan: 9.8.0.2 (20240514_1451)
Läuft aber problemlos und für meine Internetausfälle kann ja RDi nichts.

[dschroeder]

OK, leicht vertan: 9.8.0.2 (20240514_1451)
Läuft aber problemlos und für meine Internetausfälle kann ja RDi nichts.

Ich muss sagen, dass ich immer wieder verwundert bin, wenn Entwickler nicht mit der neuesten Version arbeiten. Ich habe inzwischen 9.8.0.6. Nicht dass ich sagen würde, dass da inhaltlich ein gewaltiger Sprung gemacht wurde. Aber ein Update ist doch in wenigen Minuten gemacht. (Zumindest wenn man seinen workspace beibehält).

Ich weiß, dass Softwareupdates auch mal neue Fehler enthalten. Aber im Normalfall gibt es mehr Verbesserungen als Fehler (sonst hätte der Developer seinen Job nicht gemacht). Deshalb bin ich immer schnell dabei, wenn eine neue Version herauskommt.

Baldur, das soll keine Kritik sein! Ich kenne viele Entwickler, die nicht die letzte Version installiert haben. Mich würde aber interessieren, weshalb das so ist? Lohnen sich die paar Minuten für das Update nicht? Ist es Vorsicht, dass etwas kaputtgehen könnte? Oder kriegt man nicht mit, dass ein Update da ist? (Das kann ich mir bei dir, Baldur, eigentlich nicht vorstellen).

Der Update ist doch kostenlos!

[B.Hauser]

1. Das Problem warum IBM VS Code forciert ist m.E. einfach das, dass die IBM RDi an FORTRA verkauft hat. Angeblich arbeitet FORTRA mit IBM zusammen an Erweiterungen, aber wenn FORTRA sagt nein, dann hat kann IBM auch nichts mehr machen. ... und bevor es dann so geht wie bei DB Webquery ...
2. Extentions für VS-Code können im Prinzip von jedem erstellt werden.
Ob das alles so funktioniert ist eine andere Sache.
Wenn also IBM ihre Leute beauftragt dafür Erweiterungen zu erstellen, braucht sie kein Okay von irgendjemand.
3. O-Tone der IBM ist außerdem, dass junge Programmierer Eclipse nicht kennen würden, aber jeder würde VS-Code kennen.
4. Liam Allen ist seit dem 01.10.2025 nicht mehr für die VS-CODE Erweiterungen zuständig. Das macht in Zukunft Sanjula Ganepola (auch ein ganz junger Programmierer). Vermutlich auch Edmund Reinhard involviert, der wohl das gestern angekündigte Project BOB zu verantworten hat.

Ich habe habe schon mit VS-Code und den tausenden vor Erweiterungen die man sich runterladen kann herumgespielt.
... und bei einer Erweiterung (die nicht von IBM war) die ich installiert hatte, kam es zu einem Fehler und ich habe mein Passwort in voller Schönheit und völlig unverschlüsselt im Fehler-Protokoll gesehen. So etwas darf eigentlich nicht sein, aber wenn jeder da was bereitstellen kann ... wer will so etwas prüfen.

Wenn es allerdings um ernsthafte Arbeit geht, bleibe ich (zumindest vorerst) auf der RDi Schiene.

[camouflage]

Kommt hinzu, dass der letzte RDi 9.8er update die ganze Installation zerschossen hat, so dass ich alles wieder neu aufsetzen musste. Danke dafür.

[dschroeder]

Kommt hinzu, dass der letzte RDi 9.8er update die ganze Installation zerschossen hat, so dass ich alles wieder neu aufsetzen musste. Danke dafür.

Da ich eigentlich immer einer der ersten bin, die neue RDi Versionen einsetzen, finde ich auch oft Unzulänglichkeiten und melde die als Case bei IBM. Ein Developer von IBM hat mir gesagt, dass er bei jeder neuen Version (also bei jeder neuen Fix-Nummer) eigentlich einen neuen leeren workspace empfiehlt. Man hat wohl nicht so viel Vertrauen in die meistens angebotene Konvertierung der workspaces.

[Andreas_Prouza]

Frage, plant ihr einen Umstieg, wenn noch nicht vorgenommen, auf VSCode oder was haltet ihr davon (Andreas ausgenommen)? Angesichts der Lic-Kosten ist RDi noch das Geld wert?

Ich hoffe du wolltest mich nicht ausschließen ;-)

Ich unterrichte gerade in Wien in einer IBM i Academy beide Themen: RDi & vscode.
Die Teilnehmer sind jedes mal super happy, dass sie nach 2 Tagen RDi wieder mit den VSCode arbeiten dürfen. (Die meisten kannten davor keines der beiden Tools).

Grund dafür war: Mit RDi gab es ständig jemanden der Probleme hatte (Verbindungsabstürtze, Exceptions wie Dateisystemfehler usw.).
Ein Neustart half meistens.
Die Teilnehmer sind mit der Zeit aber sehr genervt davon.

Wundert mich, dass ich dies nie auf der Liste der Probleme sehen kann.
Dachte schon ich wäre der einzige damit. Habe aber festgestellt, dass andere Kollegen einfach gelernt haben damit zu leben.

Für mich persönlich ist ein stabieler und vor allem schneller Editor am wichtigsten.
Weder RDi noch VSCode mit der Extension vom Liam erfüllen diese Kriterien für mich.
Deshalb habe ich die Sourcen im GIT und arbeite lokal am PC (bevorzugt mit vscode).
Für den Build Prozess hab ich das Tool OBI geschrieben (Kompile Befehle generieren & absetzen, Logs anzeigen, usw.).
Der Editor ist dafür egal, kann man auch mit RDi benützen.

Im vscode hab ich eine Extension geschrieben, die mir die kommunikation mit OBI "vereinfacht".
Ich hätte ich auch noch eine Erweiterung für den RDi machen können, oder PDM. Bzw. kann jeder der möchte.

Mein Ziel ist es eine Entwicklungsumgebung zu haben, die nicht auf eine Technologie (und schon gar nicht Editor) angewiesen ist.

[dschroeder]

Mit RDi gab es ständig jemanden der Probleme hatte (Verbindungsabstürtze, Exceptions wie Dateisystemfehler usw.).
Ein Neustart half meistens.
Die Teilnehmer sind mit der Zeit aber sehr genervt davon.

Wundert mich, dass ich dies nie auf der Liste der Probleme sehen kann.
Dachte schon ich wäre der einzige damit. Habe aber festgestellt, dass andere Kollegen einfach gelernt haben damit zu leben.

Ja, das habe ich auf meiner Liste vergessen. Es kommt schon mal vor, dass wir den RDi neu starten müssen. Mal 4 mal am Tag und mal nur alle 2 Wochen.

Nervig ist die Empfindlichkeit der Connection. Wenn eine kurze Netzwerkstörung auftritt, fangen sich die meisten Nicht-IBMi Anwendungen schnell wieder. Die IBMi Anwendungen, egal ob RDi oder ACS lassen sich nach einem kurzen Connection Verlust nicht mehr retten. Unsere Anwender nutzen für die Sitzungen (im Browser) Genie (von ProfoundUI). Die sind relativ fehlertolerant.

Das Blöde ist, dass ich mein Notebook in der Firma in der Regel mit einer Dockingstation mit festem Netzwerkkabel betreibe. Wenn ich das Notebook dann mal schnell für eine Besprechung in ein anderes Büro mitnehme und die Verbindung über die Docking-Station abreißt, sind alle IBM i Anwendungen einschließelich RDi gestört. Ich muss also erstmal alles beenden und dann im neuen Büro alles neu starten. Hinweis: Wir haben flächendeckendes WLAN. Aber das Umschalten kriegen die IBM i Tools nicht hin. Outlook, Teams usw. haben damit gar kein Problem. Vielleicht muss ich es, wie einige Kollegen machen: Nur noch per WLAN arbeiten. Ich bilde mir ein, dass das langsamer ist. Aber vielleicht macht das gar nichts aus.