guisierung des green screen

[RobertMack]

--------------------

[B.Hauser]

also ich habs jetzt so verstanden.
meldet sich ein terminal an. kommt green screen , komm ich über den browser rein bekomm ich die grafische öberflache wobei keine dialog cpw verbraten wird sondern die geschichte im batchmodus abgewickelt wird.
das erledigt dann alles die schwarze liste für mich...
und vom programmieraufwand hält sich die geschichte auch in grenzen oder?

Ich kann es nur aus meiner Erfahrung sagen.
Wir hatten ca. 800 Display-Files mit durchschnittlich 10-15 unterschiedlichen Formaten.
Insgesamt waren in diesen Display-Files zum damaligen Zeitpunkt 2 oder 3 Schlüsselworte enthalten, die nicht konvertiert werden konnten. Bei genauerer Prüfung hatte sich herausgestellt, dass diese Schlüssel-Worte nicht mehr erforderlich waren und eigentlich nur durch's Kopieren immer weitergegeben wurden. Diese Schlüsselworte musste in den Display-Files auskommentiert werden.

Nach dem das geschehn war konnte das Webfacing Projekt erstellt und die Display-Files konvertiert werden. Die Konvertierung selber hat eine ganze Nacht gedauert, wurde jedoch problemlos durchgeführt.

Danach kann man mit dem internen Server schon mal testen. (ggf. benötigt man noch ein kleines Start-Programm, das die Bibliotheksliste und sonstigen Schnickschnack setzt).

Anschließend kann man ein *.EAR-File erstellen, die Anwendung auf den Server packen und über den Browser arbeiten.

Programmanpassungen waren zu diesem Zeitpunkt nicht erforderlich.

Summa summarum hat mich diese ganze Aktion ca. 3 Tage gekostet. Gegenüber dem schwarz/grünen Bildschirm ist keine Funktionalität dazugekommen.

Das "Aufhübschen" ist das, was dann im End-Effekt Zeit kostet, da jede Display-File einzeln angefasst und bearbeitet werden muss. Je nach Anforderung muss dann auch das eine oder andere Programm angepasst werden. So war bei uns z.B. gewünscht, dass Fehlermeldungen in einem Fenster anstatt auf Zeile 24 ausgegeben werden.

Birgitta

[woodstock99]

danke britta für deine antwort ......

[E305GL]

warum kompilieren, warum nicht paralell als 5250, Browser-Gui und VARPG-C/S aufrufen, sieh dir mal das E30 der Emsenhuber Informatik an.

[Joe]

Wir haben mit PKS gute Erfahrungen gemacht.
Die Programme laufen auf der AS400 im Batch-Mode, d.h. keine interaktive Leistung. PKS bietet dem Windows-Client
auch eine Browser-Version an.

Gruß Joe

[nico1964]

Wenns Browserbasiert sein soll, schau mal bei goering.de rein; da gibt es was von Looksoftware, das kann das.

Wenns native Win32 sein soll, ich hätte da (-=* Rechenzentrum Kreuznach *=-) was in einer Beta-Phase. Wer fleissig mittestet, kriegt das kostenlos

-h

Hallo Hr. Scherer,
ich wurde von meinem Vorgesetzten damit beauftragt mich schlau zu machen, ob wir relativ günstig und einfach unsere Cobol Anwendung mit 5250 Green Screen auf entweder Webbrowser oder Browserbasierende Oberfläche umstellen können.
Könnten Sie mir einige Details XTEND GUI zukommen lassen und eventuell auch eine Testversion und ein unverbindliches Preisangebot bei einem eventuellen Kauf.
Arbeite seit 1989 auf AS400 und Nachfolgermodellen.
Gruß aus Wien

[holgerscherer]

Könnten Sie mir einige Details XTEND GUI zukommen lassen und eventuell auch eine Testversion und ein unverbindliches Preisangebot bei einem eventuellen Kauf.
Arbeite seit 1989 auf AS400 und Nachfolgermodellen.
Gruß aus Wien

Hallo Nico1964,
Demo-Version kommt per eMail

Viele Grüße,
Holger Scherer

(für die anderen - das Thema ist immer wieder interessant, wie man bei Kunden hört und sieht)

[nico1964]

Hallo Nico1964,
Demo-Version kommt per eMail

Viele Grüße,
Holger Scherer

(für die anderen - das Thema ist immer wieder interessant, wie man bei Kunden hört und sieht)

Danke, dass mit dem Interesse kann ich bestätigen, auch wenn es bei uns andere Umstände aht (nicht gerade erfolgreicher Versuche eine komplett neue Lösung einzuführen, daher braucht man ein Netz in das man falllen kann)

[Logic IT-Services]

Hallo

Wenn es Browser basiert sein soll, schau Dir auch Profound Genie an. Genie bietet eine leistungsfähige Plattform für Rich Internet Application (RIA) mit einer Fülle an Grafikelementen wie z. B. Registerkarten, Panels, dynamische Diagramme, Datumfelder mit Pop-up Kalender und viele andere erweiterte Graphical User Interface (GUI) Steuerelemente, die ohne manuelle Programmierung umgesetzt werden können. Man kann neue Funktionalität, individuelle Bildschirme, komplette Menüs oder vollständige Programme in eine Webanwendung integrieren.

Genie basiert auf CGI und dem HTTP Server der iSeries und läuft vollständig ohne weitere Clients auf der AS400.

Im Gegensatz zu ProfoundUI OA setzt Genie den 5250 Datenstrom um.

Bei Interesse sende ich Dir gerne den Genie Guide als PDF zu.

Liebe Grüsse

[mk]

Hallo,

warum steht eigentlich immer die GUIsierung im Fokus ?
( und auch noch 5250 Dialoge ? )

Viel wichtiger ist die Serverseite mit den entsprechenden
Funktionalitäten die Daten aufzubereiten und an den Browser zurück zu senden.
Wenn das geschafft ist, dann ist das GUI Tool zur
Visualisierung fast nebensächlich und vor allem leicht austauschbar.


Wir zeigen mit der Firma Zend in dem Webinar
am 26. Juni unsere OrderAPP live auf dem System i.
Das Frontend der RIA Application ist als Browser
und als Smartphone Version mit dem
Adobe Flash Builder realisiert.

Als Frontend kann aber jedes beliebige Tool
das XML oder JSON Daten verarbeiten kann
eingesetzt werden.( Z.B. Sencha EXTJS )

Modernisierung beginnt auf dem Server
und nicht auf dem Client.


Gruß
Michael

[dschroeder]

Hallo,

wir setzen seit einiger Zeit ProfoundUI ein. Die bieten 2 Produkte. Das Produkt Genie interpretiert den normalen 5250-Datenstrom und zeigt die Green-Screen-Masken im Browser an. Das allein bringt für uns noch keinen großen Vorteil. Aber es gibt zusätzlich den ProfoundUI-Designer, mit dem wir neue Bildschirme grafisch entwickeln können (Alles weiterhin in RPGLE). Da sind dann so ziemlich alle Komponenten, die man aus PC-Entwicklungsumgebungen kennt, drin (Comboboxen, Buttons, Checkboxen, Grids, Panels usw.). Wenn man beide Produkte zusammen einsetzt, bekommt man damit sofort eine vollständig browserbasierte Oberfläche, in der man nach und nach die Masken grafisch neu designen kann. Also eine sehr "sanfte" Migration.

Gruß,
Dieter

[nico1964]

Aber es gibt zusätzlich den ProfoundUI-Designer, mit dem wir neue Bildschirme grafisch entwickeln können (Alles weiterhin in RPGLE). Da sind dann so ziemlich alle Komponenten, die man aus PC-Entwicklungsumgebungen kennt, drin (Comboboxen, Buttons, Checkboxen, Grids, Panels usw.). Wenn man beide Produkte zusammen einsetzt, bekommt man damit sofort eine vollständig browserbasierte Oberfläche, in der man nach und nach die Masken grafisch neu designen kann. Also eine sehr "sanfte" Migration.

Hallo
da würde mich interessieren, ob das ganze auch für komplexe Cobol-Anwendungen(Banken-bzw.Leasingbereicht) geeignet ist und was der Spass den ungefähr so kostet.
Gruß
Andreas