Alle Prozeduren mit Parameter auflisten

[Gutmann]

...allerdings bekomme ich zu den Prozeduren mit DSPMOD nicht die Ein-/Ausgabeparameter angezeigt.
Ich bekomme nur die Prozedurnamen.

Erreichen möchte ich damit einen Prozedurkatalog, den ich für alle Programmierer zur Verfügung stellen kann.
Da die Prozedurnamen weitestgehend sprechend sind, benötige ich auch keine weiteren Beschreibungen dazu.

Für SQL-Prozeduren gibt es diese QSYS2-Tabellen ja aber für Serviceprogramm-Prozeduren habe ich noch nichts gefunden.

[BenderD]

... die Parameter sind nur in der Quelle zu finden. Für diesen Zweck würde ich mir mal RPGDOC anschauen, hab ich aber selber noch nicht ausprobiert. Üblicherweise schreibe ich die blackbox Kurzdoku in die Header Copystrecken.

D*B

[Fuerchau]

RDi interpretiert alle Importe (Copy/Include) einer Quelle um daraus eine ItelliSense-Liste zu generieren.
Eine Art Reflection, wie man sie von anderen Sprachen kennt (Java/.NET) gibt es für ILE nicht.
In QSYS2 findest du ausschließlich SQL-Definitionen und da gibt es natürlich ein Repository für Funktionen/Prozeduren sowie deren Parametern, da diese von SQL zur Laufzeit geprüft werden.

In ILE gibt es keine Laufzeitprüfung außer unerwarteten MCH-Fehlern.
D.h., deine Aufrufe werden ausschließlich durch die Source-Prototypen kompiliert.
Ob der Prototyp tatsächlich zum Aufruf später passt, interessiert weder den Linker (CRTPGM) noch der ausführende Befehe.
Man erinnere sich DSPPGM wird die Anzahl der Parameter angezeigt:
Bei CLP steht da dann z.B "2 - 2", d.h., dass genau 2 Parameter erwartet werden.
Bei ILE/RPG/COBOL steht da dann 0 - 255, d.h., du kannst beliebige Parameter zwischen 0 und 255 übergeben.
Leider verhält sich das genauso bei ILE-Prozeduren.
Hier gilt die Regel: Der Programmierer wird schon wissen, was er tut.
Bei Objekt-Sprachen (Java, .Net., Delphi o.ä.) gibt es diesbezüglich eben Laufzeitprüfungen über Typen und Parameter.

Deshalb wird da kein Repository angeboten.

Es gibt allerdings für Programme (nicht für Module), einen Parameter, mit dem man sich XML-Strukturen im IFS erzeugen lassen kann da diese für irgendwelche Remote-Aufrufe benötigt werden.

[Pikachu]

Ist bei denen wohl wichtig, um die richtige Funktion/Prozedur/Methode zu finden, da sie überladen sein kann?

In QSYS2 findest du ausschließlich SQL-Definitionen und da gibt es natürlich ein Repository für Funktionen/Prozeduren sowie deren Parametern, da diese von SQL zur Laufzeit geprüft werden.
...
Bei Objekt-Sprachen (Java, .Net., Delphi o.ä.) gibt es diesbezüglich eben Laufzeitprüfungen über Typen und Parameter.

[Fuerchau]

RPG kennt keine Überladungen, hier muss man immer neue Funktionsnamen erfinden.
In SQL wiederum ist das natürlich möglich.
Aus der Eingangsfrage (RDi und Intellisense) habe ich aber entnommen, dass es sich nicht um SQL handelt.

[dschroeder]

Wir standen vor dem gleichen Problem. Da wir keine andere Lösung gefunden haben, haben wir in unser Compile-Script einen Aufruf eines selbstgeschriebenen Programms eingebaut, das den Source des erfolgreich gewandelten Programmes interpretiert und einen passenden Prototyp erzeugt und in ein Repository schreibt.

Das war ganz schön aufwendig. Schade, dass IBM da keine Standardlösung anbietet.

Wenn du da etwas findest (z.B. passende APIs), lass es uns wissen!

[Fuerchau]

Vielleicht basiert der RDi-Editor ja auf OpenSource und man kann sich die Quell-Analyse daraus entnehmen, da ja dort alle Variablen analysiert werden könnte dies ebenso hilfreich für ein Repository sein.

[dschroeder]

Coole Idee. Ich muss unser Java Kollegen mal fragen, ob die da etwas herausfinden können.