PublEdge ist ein Modellierungswerkzeug zur Entwicklung und Pflege von Webservices.
PublEdge ermöglicht es,
Der grundlegende Unterschied zwischen „klassischen“ und generischen Webservices ist die Herangehensweise:
Der klassische oder TAA-Webservice basiert immer auf einem bestehenden TAA-Modul. Bei der Modellierung eines klassischen Webservices in PublEdge werden Bestandteile auf Basis der Moduldefinition bereitgestellt, und es wird sichergestellt, dass der Webservice alle Voraussetzungen erfüllt, um mit dem TAA-Modul zu kommunizieren. Die Erstellung eines klassischen Webservices ist damit einfacher, aber weniger flexibel.
Ein generischer Webservice kann völlig unabhängig von TAA-Anforderungen definiert werden; es gibt damit deutlich mehr Möglichkeiten zu seiner Gestaltung, die Erfassung ist allerdings aufwändiger. Er braucht nicht mit einem TAA-Modul verknüpft werden, wenn aber eine Verknüpfung mit einem TAA-Modul gewollt ist, muss der Webservice bestimmte Voraussetzungen erfüllen, deren Einhaltung der Programmierer selbst (mit Hinweisen von PublEdge) sicherstellen muss.
Die hier beschriebene Funktionalität befindet sich noch in Entwicklung, und die Dokumentation wird laufend angepasst. Die Informationen auf dieser und den hier aufgerufenen Seiten sind deshalb nicht verbindlich, denn es kann nicht immer sichergestellt werden, dass die hier beschriebene Funktionalität mit dem aktuell verfügbaren Stand im Tool übereinstimmt. Auch kann die Dokumentation noch Fehler und Lücken enthalten, die wir Sie bitten, uns zu melden - und zu entschuldigen.
Die Aufteilung in generische Webservices (auch: Dienste) und Webdatentypen ist analog zur Aufteilung in Webservices und Webdaten, die in einer Webservicebeschreibung (WSDL/XSD Dateien) üblich ist,
und bildet die Grundlage für das Importieren der bestehenden Webservices.
Im Importwizard werden die zu importierenden Komponenten auch auf Eindeutigkeit und Konsistenz geprüft. Die importierten Webkomponenten werden, wie in TAA-Werkzeugen üblich. in einem gemeinsamen Repository gespeichert. Die im Repository gespeicherten Daten verweisen auf zusätzliche Informationen in einer Datenbank.
Um die Verwaltung und ebenso die Entwicklung der Webkomponente zu erleichtern, bietet PublEdge eine Such-Funktionalität, mit der Webkomponenten auf Verwendung, aber auch auf spezifische Eigenschaften in der Datenbank durchsucht werden können.
Über spezielle IEdge-Befehle kann die „Promotion“ von Webkomponenten sowie die Generierung von Webkomponenten und ihrer Beschreibung (WSDL oder XSD Dateien) veranlasst werden.
Die Definition von generischen WebServices und WebTypen (einfache/komplete/Listentypen) wird im Repository gespeichert, um deren Nutzung und Verwendung zu verwalten.
Das Repository enthält die identifizierenden Informationen (Name, Umschreibung), die Datenbank alle weiteren Eigenschaften.
Bei der Bearbeitung finden alle Änderungen direkt auf der Datenbank statt, d.h. alle Änderungen werden sofort gespeichert. Ein Speichern nach der Bearbeitung ist deshalb nicht erforderlich, und der Speichern-Knopf bleibt deaktiviert.
Lediglich beim Ändern von Kommentar/Umschreibung zu einer Webkomponente ist explizites Speichern erforderlich.
Unabsichtliche Änderungen können - wie gewohnt - über Undo/Redo rückgängig gemacht werden.