Welche RDI Alternative?

[itec01]

Hallo Zusammen,
Ich habe mir MIWORKPLACE installiert, würde aber auch gerne Eure Meinung dazu wissen, welchen Editor ihr so verwendet. RDI fällt leider raus, da Kosten/Nutzen nicht passt.
Der Editor soll die Sources direkt aus der Lib laden und auch entsprechend sperren. Features, wie direkter Syntax Check, Code Vervollständigung, direkte Hilfe bei Befehlen, Einrücken von If EndIf und Do EnDo für Altprogramme sowie Variablen und Routinen Übersicht wären toll.
Den Bericht von Nick Litten https://www.nicklitten.com/what-is-t...ditor-in-2021/ habe ich mir angeschaut, ist aber auch schon 2 Jahre wieder her.

Vielen Dank schon mal.
Gruß Klaus

[camouflage]

Microsoft VSCODE mit IBMi Extension von Liam Barry. Verwende ich auch nebst RDi und SEU. Vor allem gibt es noch einen bemerkenswerten Free RPG Converter als Extension.

Anmerkung:
Welcher übrigens einen Topic auf Ryver angestossen hat, ob IBM PDM/SEU im nächsten Major Release nicht mehr ausliefern sollte.

[Fuerchau]

Da freuen wir uns aber.

[Andreas_Prouza]

Ich verwende nur noch vscode.
Die Entwicklungen dort geht voran. Debuggen kann man auch schon.
Für mich sind vor allem diese Punkte ausschlaggebend:
* Kostenfrei
* Immer aktuell (RDi ist bei Eclipse immer mehrere generationen hinterher)
* Updates gehen automatisch. Hatte da noch nie Probleme
* Vielzahl an Extensions
* Performance allgemein
* Es gibt Hilfsmittel um sehr schnell zur gewünschten Source zu kommen, die dem RDi und PDM weit überlegen sind.
* Code-completion

RDi hat einige Vorteile, da es hier einige Funktionen gibt, die es im vscode nicht gibt:
* Screen designer (hier gibt es im vscode lediglich eine Vorschau ... für mich aber ausreichend)
* Einige Wizzards zum Erstellen von Prozeduren, Variablen usw. (ist ganz nett, braucht man aber nicht, wenn man täglich damit arbeitet)
* F4 für jede Source-Zeile wo dann alle Felder dargestellt werden (ähnlich wie im SEU). Das ist sehr nett wenn man in der spaltenorientierten Welt arbeiten muss.
* Manche Tools werden nur vom RDi unterstützt (z.B. CMOne)



lg Andreas

[itec01]

Ich verwende nur noch vscode.
Die Entwicklungen dort geht voran. Debuggen kann man auch schon.
Für mich sind vor allem diese Punkte ausschlaggebend:
* Kostenfrei
* Immer aktuell (RDi ist bei Eclipse immer mehrere generationen hinterher)
* Updates gehen automatisch. Hatte da noch nie Probleme
* Vielzahl an Extensions
* Performance allgemein
* Es gibt Hilfsmittel um sehr schnell zur gewünschten Source zu kommen, die dem RDi und PDM weit überlegen sind.
* Code-completion

RDi hat einige Vorteile, da es hier einige Funktionen gibt, die es im vscode nicht gibt:
* Screen designer (hier gibt es im vscode lediglich eine Vorschau ... für mich aber ausreichend)
* Einige Wizzards zum Erstellen von Prozeduren, Variablen usw. (ist ganz nett, braucht man aber nicht, wenn man täglich damit arbeitet)
* F4 für jede Source-Zeile wo dann alle Felder dargestellt werden (ähnlich wie im SEU). Das ist sehr nett wenn man in der spaltenorientierten Welt arbeiten muss.
* Manche Tools werden nur vom RDi unterstützt (z.B. CMOne)



lg Andreas

Danke für die Ausführungen. Schaue es mir an. Welche Extensions verwendest Du dann?
- Code for IBMi
- IBM Development pack

Es gibt da auch eine extension RPG von Niels Liisberg und viele andere wenn man IBMi im Suchfeld eingibt.
Danke.
Klaus

[Andreas_Prouza]

Es gibt die Extension "IBM i Development Pack". Dieses beinhaltet alle wichtigen Extensions die automatisch mit installiert werden.
Ich verwende dann noch weitere für GIT, Java, Python, PHP, Markdown usw.
Es gibt auch "Command Runner": Hier kann man Shell Befehle hinterlegen die gemütlich im vscode aufgerufen werden können.
Oder "Run on Save": Zum Ausführen von Befehlen, wenn eine Source gespeichert wird.
Die verwende ich für mein Build-Tool (https://github.com/andreas-prouza/ibm-i-build).

[itec01]

Hallo Andreas,
habe jetzt mal die ersten Erfahrungen mit dem IBMi development pack gesammelt. Ist schon etwas rudimentär weil so manches über die Settings sehr kryptisch eingestellt werden muss. Leider wird die Source nicht gesperrt. In den Settings habe ich darüber nichts gefunden.
Was ich aktuell nicht hinbekomme ist das debuggen.
Ich habe den debug mode aktiv und ebenso über eine 5250 Sitzung den STRDBGSVR ausgeführt.
Wenn ich das Programm im Debug mode starte erscheint im Visual Studio Code:
"You are not authorized to program CHKFILR1 in library SPESRC".
Die Source steht in SPESRC, das Objekt aber in SPEOBJ.
Irgendetwas schein wohl noch in der Umgebung nicht zu passen!
Gruß