-
Verwendung von WRKSPLF, WRKOUTQ in VARPG
Hallo zusammen,
kann mir jemand verraten wie ich die Befehle WRKOUTQ, WRKSPLF, WRKWTR für die Druckersteuerung und SPLF-Verwaltung in VARPG einbinden kann, oder ob es eine andere Möglichkeit gibt dem User das verwalten von Druckern und Spooldateien zu ermöglichen?
Vielen Dank im voraus!
Uwe Bolte
Tel.: 0171-1958266
-
Da VARPG doch auf Windows läuft sind keine 5250-Ausgabe-CMD's möglich.
Hierfür musst du eine Vielzahl von API's bemühen.
Einfacher ist es für den User mit den entsprechenden Berechtigungen den OpsNav zu verwenden, der diese Funktionen alle enthält.
-
Ja, und genau das mit dem OprNav wollte ich vermeiden. Hatte da auch schon an API wie QUSLSPL gedacht.
Uwe Bolte
Tel.: 0171-1958266
-
API-Programmierung ist da schon etwas aufwändiger.
Neben dem genannten API brauchst du auch USRSPC-API's, API's für das ändern von Spoolattributen, beantworten von Nachrichten usw.usw.usw....
Ich denke, damit bist du ein paar Monate beschäftigt.
Vielleicht gibt's ja andere Anbieter mit grafischer Oberfläche für diese Funktionen. Das ist bestimmt auf die Dauer effektiver.
-
Kann man sich da keine java anwendung auf der i schreiben und dan Clientseitig zb. via Webplugin die Java Anwendung starten und somit die editierung vornehmen ?
Oder ein RPG schreiben und per sql aufrufen ?
Gruß AS400.lehrling
-
... oder mit Webservice? Weis zwar nicht wie einfach ein Aufruf via VARPG ist, aber vielleicht einfacher als mit APIs?
-
Es geht ja wohl nicht nur um Abfrage sondern auch um Interaktion.
Abfragen lassen sich releativ einfach per CALL-API bzw. SQL-Prozedure realisieren, indem die entsprechenden Kommandos mit Outfile oder Druckausgabe mit CPYSPLF aufgerufen werden.
Die Ergebnisse lassen sich dann ganz einfach auswerten.
Interaktionen sind dann wieder etwas aufwändiger.
-
Hallo nochmal,
also mit den API's hat es bisher gut geklappt, zumal es ja auch super Musterroutinen der IBM gibt. Ich habe für das Holen der Spooldateiinformationen das API QUSLSPL verwendet. Es läuft auf der AS/400 super nur leider unter VARPG leider nicht. Hier bricht das Programm ab und ich bekomme in der Log-File FVDCERR.LOG folgenden Eintrag:
DRU01V2.EXE Mon Jun 7 08:57:53 2010 ** Error logging begins **
DRU01V2.EXE Mon Jun 7 08:57:53 2010 Environment variable not found
DRU01V2.EXE Mon Jun 7 08:57:55 2010 CPF3C18 Zeigerparameter nicht auf einer 16-Byte-Grenze.
Es scheint Problem mit einem Pointer zu geben. Diese sind in den D-Bestimmungen zu finden
DLSTPTR S *
DLSTPTR2 S *
DSPCPTR S *
Einer der Pointer wird als Parameter bei einem CALL mitgegeben.
C*
C* Get a resolved pointer to the User Space for performance
C*
C CALL 'QUSPTRUS'
C PARM SPC_NAME
C PARM SPCPTR
C PARM QUSEC
C*
Mir ist aufgefallen, das der Pointer in der Umwandlungsliste des ILE eine Größe von 16 hat und in der Umwandlungsliste des VARPG nur eine Größe von 4 hat.
Wie bekomme ich dieses Problem in den Griff?
Uwe Bolte
Tel.: 0171-1958266
-
Ich nochmal,
hatte vergessen mitzuteilen, dass im VARPG bei Verwendung eines Poiters als Parameter schon folgende Meldung kommt
C CALL CallName
RNV7810E Der Parameter SPCPTR darf keinen Zeiger enthalten; die Bestimmung für die Operation CALL wird ignoriert.
Habe dann versucht eine ganz normale 16Byte große Variable zu verwenden und bekam dann den vorhin schon genannten Fehler bei der Ausführung des Programms
Uwe Bolte
Tel.: 0171-1958266
-
Hallo,
ich würde die Verarbeitung rein im RPG Programm auf dem
System machen. Nicht im VARPG direkt.
Also nach dem Motto:
1. Aufruf des Serverprogramms vom Client
2. Verarbeitung des Serverprogramms
3. Ergebnis auf dem Client verarbeiten
Wenn man das Serverprogramm dann noch so intelligent schreibt das z.B. XML, JSON oder Text als Ergebnis
verwendet werden kann, dann könnte die gleiche
Anwendung auch mit anderen Frontends laufen
Gruß
Michael
-
... falls dein Pointer in einer Datenstruktur deklariert ist, datastructures are binary huddle, muss diese zumindest mit Schlüsselwort ALIGN deklariert werden. Es sieht mir aber so aus, als ob da nochmehr schräg ist, die fehlende Environment Variable, fraglich ist auch, ob und wie der Informationsfluss des Pointers ist...
D*B
Zitat von ubas
Ich nochmal,
hatte vergessen mitzuteilen, dass im VARPG bei Verwendung eines Poiters als Parameter schon folgende Meldung kommt
C CALL CallName
RNV7810E Der Parameter SPCPTR darf keinen Zeiger enthalten; die Bestimmung für die Operation CALL wird ignoriert.
Habe dann versucht eine ganz normale 16Byte große Variable zu verwenden und bekam dann den vorhin schon genannten Fehler bei der Ausführung des Programms
-
Wenn das Programm nicht auf der Maschine selbst läuft, ist es vielleicht nicht möglich, mit Zeigern auf Speicherbereiche der Maschine zu arbeiten.
Similar Threads
-
By schwenth in forum IBM i Hauptforum
Antworten: 13
Letzter Beitrag: 18-09-06, 13:46
-
By hteufl in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 21-08-06, 13:12
-
By cbe in forum NEWSboard Drucker
Antworten: 6
Letzter Beitrag: 29-06-06, 15:32
-
By Wolferl in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 06-06-06, 09:18
-
By Spoldo in forum NEWSboard Programmierung
Antworten: 6
Letzter Beitrag: 06-05-05, 10:48
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks