| Benutzer | | Gäste online: 8
Benutzer online: 0
|
 | |
| Tier3 für OpenVMS I64 Betatester gesucht | | Software - 09-Mar-2009 12:57 UTC | Von Richard Maher
Hallo!
Wir freuen uns sehr, die Verfügbarkeit einer Betatest-Version von "Tier3 für OpenVMS I64" anzukündigen. Wenn Sie VMS 8.3 auf einem Integrity-System laufen haben und Tier3 auf Ihrem System testen und/oder ausprobieren möchten, nehmen Sie Kontakt auf via tier3@aapt.net.au, um Ihre Gratis-(Hobbyisten-)Kopie des Installationskits von Tier3 V3.1 zu bekommen. Bitte fügen Sie das Wort "beta" im Betreff ein, und geben Sie an, ob Sie eine VAX-, Alpha- oder IA64-Version des Kits haben möchten.
Das Tier3-Client/Server-Entwicklungshandbuch wurde ebenfalls überarbeitet, um den über 30 Beispiel-Dateien im Verzeichnis T3$EXAMPLES Rechnung zu tragen. Diese Beispiele reichen in der Komplexität von:
- drei voll funktionsfähigen Tier3-Anwendungsservern
- unzerstörbare 2PC-Funktionalität: Windows SQL Server <-> VMS/Rdb
- kompletter Quellcode für Webbrowser-Clients als Java Applet
- Adobe MXML Flex-Charting Clients
- haufenweise JavaScript und HTML
- DCL-Bauprozeduren
- INETd (unterstützender Server)
- Server-Push Technologie
Im Handbuch gibt es jetzt außerdem ein Kapitel über Tier3-Applet-Uploader und wie sie eingesetzt werden können, um aus Ihrem VMS-Server einen leichtgewichtigen und extrem schnellen HTTP-Server zu machen.
Bitte beachten Sie, dass es keine Verkaufsgespräche oder Folge-Anrufe geben wird. Alles, worum wir Sie bitten, ist, dass Sie, wenn Sie einen Fehler finden oder während der Erprobung auf Probleme stossen, es uns bitte mitteilen, damit wir das Problem beseitigen können. Freier Support, damit Sie ans Laufen kommen, wird in begrenztem Umfang ebenfalls verfügbar sein.
Haben Sie genug von grünen Terminalbildschirmen und FTP? Danke für Ihre Teilnahme!
Mit freundlichen Grüßen
Tier3 Software
Über Tier3:
Tier3 ist ein Client/Server-System, mit dem entfernte Clients auf Ressourcen des Serversystems zugreifen können. Als Middleware zwischen den Client- und Server-Komponenten der Applikation regelt und plant Tier3 Client-Zugriffe, stellt notwendige Ressourcen für die Erfüllung der Zugriffe bereit und leitet die erzeugten Ausgaben zurück zum anfragenden Client.
Ähnlich wie RPC (Remote Procedure Calls) erlaubt es Tier3 einem entfernten Client (z.B. einem Visual-Basic-Programm auf einem Windows-PC), auf ein 3GL-Programm zuzugreifen, dass auf einem VMS-Server läuft. Im Gegensatz zu anderen RPC-Implementationen bietet Tier3 die folgenden Vorteile:
- Transparentes Multi-Threading. Tier3 stellt jeder Applikation einen unabhängigen multi-threaded Kommunikationsserver zur Verfügung. Das entbindet den Server-Code von der Notwendigkeit, sein eigenes Threading zu haben.
- Applikations-basiertes Tuning und Konfiguration. Weil jede Tier3-Anwendung ihren eigenen Kommunikationsserver hat, werden Ressourcen-Engpässe zwischen den Applikationen reduziert, und jede Anwendung auf dem Knoten kann unabhängig getuned und konfiguriert werden.
- Persistente Netzwerkverbindungen. Nach dem Aufbau der Netzwerkverbindung wird diese offen gehalten, bis entweder der Client- oder der Server-Code explizit ihre Schließung verlangt. Damit entfällt der Overhead, bei jedem Zugriff des Clients auf die Server-Applikation einen Kanal zu beschaffen, eine Verbindung anzufordern, und sich zu autorisieren.
- Sichere Client/Server-Anwendungen. Zusätzlich zu der Sicherheit, dass nur autorisierte Clients Zugriff auf die Applikation bekommen, stellt Tier3 auch den Benutzernamen fest, den der Client auf dem Serverknoten annehmen darf. Das erlaubt der Server-Applikation zusätzliche Sicherheitsprüfungen durchzuführen, Buch über Ausgleichsbuchungen zu führen, und ein Protokoll darüber zu führen, wer die Datenbank geändert hat.
- Transaktions-Datenintegrität. Tier3 enthält hotTIP, einen zum Transaktions-Internet-Protokoll (TIP) konformen Transaktions-Manager für VMS. hotTIP erlaubt jedem von DECdtm kontrollierten Resource-Manager (wie Rdb), an einer verteilten Transaktion zusammenarbeitender Prozesse teilzunehmen, die in einer Windows2000-Umgebung von MTS/DTC kontrolliert wird, mit den vollständigen ACID-Eigenschaften einer wahren Zwei-Phasen-Commit-Transaktion, unabhängig von der Wahl des Middleware-Produkts! Falls sie es nicht wissen: die Schönheit von TIPs "Zwei-Pipe"-Strategie liegt in der Neutralität gegenüber der Applikations-Pipe (oder Middleware). Wo die meisten XA-Implementationen einen homogenen Transaktions-Monitor fordern (wie z.B. überall Tuxedo oder Encina oder MQSeries oder ACMSxp), bietet hotTIP von TIER3 Software die Freiheit, diejenigen Middleware-Produkte zu wählen, die am besten zu der Anwendung und den Netzwerk-Anforderungen passen.
- Wiederverwendbare Ausführungs-Server. Tier3-Ausführungs-Server sind pro Transaktion wiederverwendbar, wobei das Entwicklungsteam kontrolliert, wie lange eine Transaktion bzw. Server-Affinität aufrecht erhalten wird. Das wird dadurch erreicht, dass die 3GL-RECEIVE-Routine mit einer Vollduplex- oder dialogorientierten Pipe als einzigem Parameter arbeitet.
- Erzeugung von dynamischen Ausführungs-Servern. Je nach Client-Anforderung erweitert oder verkleinert der Kommunikationsserver jeder Applikation den Pool von Ausführungs-Servern, im Rahmen der Parameter, die der Systemmanager in der Tier3-Konfigurationsdatei vorgegeben hat.
- Erhaltung von bestehenden Investitionen. Die Entwicklung von Tier3-Servern besteht einfach in der Erzeugung eines Shareable Image mit sechs Unterroutinen (Benutzer-Aktionsroutinen), die Tier3 im Verlauf eines Ausführungs-Servers aktiviert. Ihre Aktionsroutinen können in jeder 3GL-Sprache geschrieben sein, ihnen steht die gesamte VMS-Systemumgebung zur Verfügung. Sie können Unterprozesse spawnen, Interprozeßkommunikation betrieben, oder Ihre Server-Anwendung kann Client einer weiteren Tier3-Applikation auf einem weiteren Knoten sein. Diese Fähigkeit der Wiederverwendung und Einbettung bestehenden 3GL-Codes in Ihre neue Tier3-Applikation, zusammen mit der Tatsache, dass Ihr Entwicklungsteam kaum einen Unterschied zwischen der Entwicklung von Tier3-Server-Applikationen und jeder anderen VMS-Applikation bemerken wird, trägt zur Erhaltung Ihrer bestehenden IT-Investitionen bei.
- Keine Tier3-spezifische Client-Software erforderlich. Dadurch, dass Tier3 nicht eine weitere API auf die Standard-Socket- bzw. System-Service-Schnittstelle aufsetzt, erlaubt es den Entwicklern Ihres Clients unbegrenzten Zugriff auf das zugrundeliegende Netzwerkprotokoll. Performance-Features wie asynchrone SENDs und Interrupt-/Out-of-Band-Funktionalität sind komplett verfügbar.
Original auf www.openvms.org
| | Links zum Thema: | Version zum Drucken | |
|
|
|
![[OpenVMS Swoosh]](/images/OpenVMS_VSI_72x88.png)
de.OpenVMS.org![[Future Forward]](/images/swoosh160w.jpg)