Burgy Zapp
05-06-05, 22:44
[]NEWSartikel für NEWSabo plus im Orginal jetzt lesen (http://www.newsolutions.de/news400/artikel/aboplus/webface.php)
Artikel Auszug
IBM WebFacing Tool – Ein Blick hinter die Kulissen
Die interne WebFacing-Anwendungsarchitektur vom Server bis zum Client
von Don Denoncourt
Teil 1 und 2 Teil 1 des Artikels ist in der Maiausgabe 2005 der NEWSolutions erschienen, Teil 2 in der Juniausgabe 2005. Hier lesen Sie den vollständigen Artikel. Der Autor Don Denoncourt (denoncourt@comappsspec.com) ist WebSphere Consultant der Fa. Computer Applications Specialists, Inc. und technischer Autor für NEWSolutions. Übersetzt und für den deutschsprachigen Markt überarbeitet von Joachim Riener. Als Ergänzung zum Artikel sind bereits 15 WebFacing Programmiertipps im Internet veröffentlicht: Link: 15 WebFacing Programmiertipps (http://www.newsolutions.de/news400/artikel/aboplus/webtip.php)
1. Konfigurationseinstellungen
2. Performance Tuning
3. Detaillierung der Fehlernachrichten
4. Server-Alternativen
5. WebFace Link
6. Anpassung der Logon-Seite
7. Arbeiten mit dem WebFacing Job
8. Angepasste Server-seitige Verarbeitung
9. Anpassung der Funktionstasten JSP
10. Anpassung der Schaltflächen-Ereignisse
11. Angepasste JavaScript-Lokation
12. XML DDS Anpassung
13. Objektorientiertes JavaScript
14. WebFacing Logging
15. Das CAS DDSRecall Tool
´ Als Java-Consultant, der die 80er-Jahre mit RPG-Codierung zugebracht hat, macht es sich bezahlt, sich mit einer speziellen Technologie besonders auszukennen – dem IBM WebFacing Tool. So verbrachte ich lange Zeit damit, hinter die WebFacing-Kulissen zu schauen. Um das Innenleben zu verstehen, musste ich mir zuerst einen Überblick verschaffen, auf welche Weise IBM diverse J2EE-Technologien kombiniert hat, um 5250-Anwendungen im Web abzubilden. In diesem Artikel erläutere ich den internen Ablauf der WebFacing-Anwendungsarchitektur.
Eine WebFaced-Anwendung setzt eine Vielzahl von Technologien ein, die sich leicht in zwei Untergruppen einteilen lassen: die Client-Seite und die Server-Seite. Die Technologien auf der Client-Seite umfassen HTML, JavaScript und CSS (cascading style sheets); auf der Server-Seite finden sich JavaBeans, Java Servlets, Java Server Pages (JSP) und XML-Konfigurationsdateien. Beginnen wir mit der Server-seitigen WebFacing-Verarbeitung. Hier wird dynamisch das gesamte HTML und ein Teil des JavaScript für den Client-seitigen Teil der Anwendung generiert.
Globale Konfiguration
Alle J2EE-Anwendungen verwenden eine globale Konfigurationsdatei namens web.xml, die sich im Web Content-/WEB-INF-Verzeichnis befindet. In der Datei web.xml werden generelle Anwendungswerte festgelegt und Servlets mit URI-Pfaden (Universal Resource Identifier) assoziiert. Das WebFacing Tool modifiziert die Datei web.xml, indem es – neben anderen Informationen – eine Reihe von context-param tags einbringt, die in WDSc vorgenommene Einstellungen beinhalten. Diese Einstellungen schließen die eMail-Adresse des Administrators, die IP-Adresse und die Port-Nummer des Host sowie Optionen für Benutzerprofil und Passwort ein.
Die WebFacing Java Servlets werden in der Konfigurationsdatei web.xml mit URI-Pfaden assoziiert (Abbildung 1).
Abbildung 1: Assoziation zwischen Java Servlets und URI-Pfaden in der Datei web.xml
Jeglicher WebFacing-HTML-Input (die umgesetzten 5250-Bildschirme) wird mit Hilfe dieser Servlets verarbeitet. Wenn ein http-Request an WebSphere gestellt wird, geschieht dies mit einer Zeichenkette, die die Domäne enthält, damit das zur Verarbeitung des Request erforderliche Java Servlet identifiziert werden kann. Ein WebFacing Logon Servlet für eine Verkaufsanwendung würde beispielsweise über folgenden http-Request abgewickelt: ...
Kommentare und Diskussionen sind willkommen.
discuss away ...
Artikel Auszug
IBM WebFacing Tool – Ein Blick hinter die Kulissen
Die interne WebFacing-Anwendungsarchitektur vom Server bis zum Client
von Don Denoncourt
Teil 1 und 2 Teil 1 des Artikels ist in der Maiausgabe 2005 der NEWSolutions erschienen, Teil 2 in der Juniausgabe 2005. Hier lesen Sie den vollständigen Artikel. Der Autor Don Denoncourt (denoncourt@comappsspec.com) ist WebSphere Consultant der Fa. Computer Applications Specialists, Inc. und technischer Autor für NEWSolutions. Übersetzt und für den deutschsprachigen Markt überarbeitet von Joachim Riener. Als Ergänzung zum Artikel sind bereits 15 WebFacing Programmiertipps im Internet veröffentlicht: Link: 15 WebFacing Programmiertipps (http://www.newsolutions.de/news400/artikel/aboplus/webtip.php)
1. Konfigurationseinstellungen
2. Performance Tuning
3. Detaillierung der Fehlernachrichten
4. Server-Alternativen
5. WebFace Link
6. Anpassung der Logon-Seite
7. Arbeiten mit dem WebFacing Job
8. Angepasste Server-seitige Verarbeitung
9. Anpassung der Funktionstasten JSP
10. Anpassung der Schaltflächen-Ereignisse
11. Angepasste JavaScript-Lokation
12. XML DDS Anpassung
13. Objektorientiertes JavaScript
14. WebFacing Logging
15. Das CAS DDSRecall Tool
´ Als Java-Consultant, der die 80er-Jahre mit RPG-Codierung zugebracht hat, macht es sich bezahlt, sich mit einer speziellen Technologie besonders auszukennen – dem IBM WebFacing Tool. So verbrachte ich lange Zeit damit, hinter die WebFacing-Kulissen zu schauen. Um das Innenleben zu verstehen, musste ich mir zuerst einen Überblick verschaffen, auf welche Weise IBM diverse J2EE-Technologien kombiniert hat, um 5250-Anwendungen im Web abzubilden. In diesem Artikel erläutere ich den internen Ablauf der WebFacing-Anwendungsarchitektur.
Eine WebFaced-Anwendung setzt eine Vielzahl von Technologien ein, die sich leicht in zwei Untergruppen einteilen lassen: die Client-Seite und die Server-Seite. Die Technologien auf der Client-Seite umfassen HTML, JavaScript und CSS (cascading style sheets); auf der Server-Seite finden sich JavaBeans, Java Servlets, Java Server Pages (JSP) und XML-Konfigurationsdateien. Beginnen wir mit der Server-seitigen WebFacing-Verarbeitung. Hier wird dynamisch das gesamte HTML und ein Teil des JavaScript für den Client-seitigen Teil der Anwendung generiert.
Globale Konfiguration
Alle J2EE-Anwendungen verwenden eine globale Konfigurationsdatei namens web.xml, die sich im Web Content-/WEB-INF-Verzeichnis befindet. In der Datei web.xml werden generelle Anwendungswerte festgelegt und Servlets mit URI-Pfaden (Universal Resource Identifier) assoziiert. Das WebFacing Tool modifiziert die Datei web.xml, indem es – neben anderen Informationen – eine Reihe von context-param tags einbringt, die in WDSc vorgenommene Einstellungen beinhalten. Diese Einstellungen schließen die eMail-Adresse des Administrators, die IP-Adresse und die Port-Nummer des Host sowie Optionen für Benutzerprofil und Passwort ein.
Die WebFacing Java Servlets werden in der Konfigurationsdatei web.xml mit URI-Pfaden assoziiert (Abbildung 1).
Abbildung 1: Assoziation zwischen Java Servlets und URI-Pfaden in der Datei web.xml
Jeglicher WebFacing-HTML-Input (die umgesetzten 5250-Bildschirme) wird mit Hilfe dieser Servlets verarbeitet. Wenn ein http-Request an WebSphere gestellt wird, geschieht dies mit einer Zeichenkette, die die Domäne enthält, damit das zur Verarbeitung des Request erforderliche Java Servlet identifiziert werden kann. Ein WebFacing Logon Servlet für eine Verkaufsanwendung würde beispielsweise über folgenden http-Request abgewickelt: ...
Kommentare und Diskussionen sind willkommen.
discuss away ...