RPG: Client Infos lesen?

[robertki]

Nabend,

@Tarasik: Fuerchau hat recht, die IP habe ich schon. QDCRDEVD habe ich auch schon ausprobiert, aber damit bekomme ich leider nicht heraus, was mein OS oder der Client ist :-( Trotzdem danke. Die IP klappt, aber sonst kommt nix. Könnte vielleicht am 5250 client liegen!?

Ich habe hier folgendes: Ich habe ein Programm geschrieben, dass sowohl auf dem PC, als auch auf dem Handscanner läuft. Nun ist das Prog für das kleine Handscannerdisplay optimiert. Wenn ich nun das Programm auf dem PC benutze, dann ist über die Hälfte des Bildschirms schwarz. Also habe ich gehofft, dass ich nun ein Programm mit 2 Display Files schreiben kann und je nach Client (also PC oder Scanner) das passende Display File nutze. Ich komme einfach aus der Java und C Welt und da komme ich nicht damit klar, dass ich zwei Programme schreiben soll, die exakt das gleiche machen, aber den Text an einer anderen Stelle ausgeben. Vielleicht habt ihr da noch ein Tip auf Lager.

Robert

[Fuerchau]

Du kannst in einer DSPF einfach 2 verschiedene Formate definieren.
Die Feldnamen beider Formate benennst du identisch.
Allerdings sollte dein Programm dann einen Aufrufparameter haben um den Unterschied festzustellen.

Der Scanner bekommt dann einfach ein anderes Menü.

[robertki]

Du kannst in einer DSPF einfach 2 verschiedene Formate definieren.
Die Feldnamen beider Formate benennst du identisch.
Allerdings sollte dein Programm dann einen Aufrufparameter haben um den Unterschied festzustellen.

Der Scanner bekommt dann einfach ein anderes Menü.

Morgen Fuerchau,

was genau meinst du mit 2 verschiedene Formate? Aber das wäre genau was ich benutzen möchte. Habe die beiden Dspf in H angegeben und dann mit open geöffnet. Dann mekert er aber, dass es doppelte Felder gibt.

Robert

[Fuerchau]

Du benötigst keine 2 verschiedenen DSPF's sonder 2 Satzformate innerhalb der DSPF.
Die Ein-/Ausgabefelder beider Formate müssen identisch definiert sein. Das größere Format kann aber durchaus mehr Felder beinhalten.

[Frank Hildebrandt]

Wenn man den Geräten eindeutige Einheitennamen zuordnet, dann kannst Du in einem CL-Programm über den Befehl RTVJOBA(&JOB) diesen Einheitennamen ermitteln. In einem RPG Programm ist der Einheitenname in der Programminformationsdatenstruktur an den Stellen 244 bis 253 hinterlegt. In Client-Access kannst Du den Einheitennamen über das Menü "Kommunikation/Konfigurieren" festlegen. Andere Emulationen können das mit Sicherheit auch. Dumme Terminals haben sowieso immer den gleichen Einheitennamen, wenn man nicht zwischendurch die Einheitenbeschreibungen löscht und neu erstellt. In einer Tabelle kannst Du dann den Einheitennamen mit dem entsprechenden Typ - PC, Handscanner - hinterlegen. So habe ich jedenfalls dieses Problem gelöst.

[robertki]

Du benötigst keine 2 verschiedenen DSPF's sonder 2 Satzformate innerhalb der DSPF.
Die Ein-/Ausgabefelder beider Formate müssen identisch definiert sein. Das größere Format kann aber durchaus mehr Felder beinhalten.

Ahh klaro ich verstehe. Das werde ich so machen. Vielen Dank

Robert

[robertki]

Wenn man den Geräten eindeutige Einheitennamen zuordnet, dann kannst Du in einem CL-Programm über den Befehl RTVJOBA(&JOB) diesen Einheitennamen ermitteln. In einem RPG Programm ist der Einheitenname in der Programminformationsdatenstruktur an den Stellen 244 bis 253 hinterlegt. In Client-Access kannst Du den Einheitennamen über das Menü "Kommunikation/Konfigurieren" festlegen. Andere Emulationen können das mit Sicherheit auch. Dumme Terminals haben sowieso immer den gleichen Einheitennamen, wenn man nicht zwischendurch die Einheitenbeschreibungen löscht und neu erstellt. In einer Tabelle kannst Du dann den Einheitennamen mit dem entsprechenden Typ - PC, Handscanner - hinterlegen. So habe ich jedenfalls dieses Problem gelöst.

Hi Frank,

das mit dem Namen habe ich auch schon überlegt. Problem: Wir nutzen hier immer den gleichen Namen, der sich nur über die IP unterscheidet. U.a. kann es vorkommen, dass der Name vom User verändert wurde. Bei den Handscanner wird der Name von Wavelink vergeben und dann wird es schwierig eindeutig den Client zu identifizieren.

Robert

[robertki]

Mahlzeit,

habe jetzt folgende Idee: Ich kann doch mitttels SNMP Name und OS einer IP auslesen. Habe einen SNMP Get in RPG implementiert, aber leider funktioniert das irgendwie nicht. Also der Get wird abgesetzt (rc = 0) aber ich bekomme keine Daten? Hat einer von Euch ein Beispiel oder kann mir dabei helfen?

Rufe snmtpget api auf. Wo genau stehen die ausgelesenen Daten? Wie genau setze ich einen OID um?

Achso habe das hier benutzt: http://publib.boulder.ibm.com/iserie...apis/unix6.htm

Frage dazu: muss ich vor snmtget ein socket öffnen?

Robert

[robertki]

Mahlzeit,

habe jetzt folgende Idee: Ich kann doch mitttels SNMP Name und OS einer IP auslesen. Habe einen SNMP Get in RPG implementiert, aber leider funktioniert das irgendwie nicht. Also der Get wird abgesetzt (rc = 0) aber ich bekomme keine Daten? Hat einer von Euch ein Beispiel oder kann mir dabei helfen?

Rufe snmtpget api auf. Wo genau stehen die ausgelesenen Daten? Wie genau setze ich einen OID um?

Achso habe das hier benutzt: http://publib.boulder.ibm.com/iserie...apis/unix6.htm

Frage dazu: muss ich vor snmtget ein socket öffnen?

Robert

Ok es funktioniert. Werde es wohl so machen: Erst eine SNMP Get Abfrage. Dadurch bekomme ich das OS. Dadurch kann ich dann entscheiden, ob es sich um einen Scanner (WinCE) oder einen PC (alles andere) handelt. Besten Dank Euch

Robert

[Fuerchau]

Gute Idee, solange SNMP auf den Clients auch aktiviert ist.
Was bei deinen Scannern ja wohl der Fall ist.

[DVE]

Hallo auch ein Vorschlag, "durch die Brust ins Auge".
Sofern ich verstanden habe, möchtest du wissen, über welche IP-Adresse man gerade arbeitet.

RTVJOBA JOB(&JOBNAM) USER(&JOBUSR) NBR(&JOBNBR) 
CRTPF FILE(QTEMP/DATNAM) RCDLEN(132) 
DSPLOG PERIOD((*AVAIL)) OUTPUT(*PRINT) + 
JOB(&JOBNBR/&JOBUSR/&JOBNAM) MSGID(CPIAD09) 
CPYSPLF FILE(QPDSPLOG) TOFILE(QTEMP/DATNAM) + 
JOB(&JOBNBR/&JOBUSR/&JOBNAM) SPLNBR(*LAST) 

Anschließend die Datei auswerten.
Die CPFMSG CPIAD09 enthält die IP-Adresse des Jobs.

Wie gesagt, DURCH DIE BRUST INS AUGE.

Gruß
DVE

[robertki]

Gute Idee, solange SNMP auf den Clients auch aktiviert ist.
Was bei deinen Scannern ja wohl der Fall ist.

Genau das könnte es auch wieder kippen. Anscheinend haben nicht alle Scanner SNMP angeschaltet. Mal schaun, im Moment sieht es gut aus :-)

Robert