WS-Resource Framework - Versionsgeschichte

Invisigoth67: typo

2023-11-29T09:01:37Z

typo

← Nächstältere Version		Version vom 29. November 2023, 11:01 Uhr
Zeile 21:		Zeile 21:

	=== WS-ResourceLifetime ===		=== WS-ResourceLifetime ===
	Die WS-ResourceLifetime Teilspezifikation wird verwendet um die Lebenszeit der WS-Resource zu setzen, abzurufen, oder den Lebenszyklus von erzeugten Instanzen zu kontrollieren. Es wird zwischen zeitgesteuerter und sofortiger Zerstörung unterschieden. Der Zeitpunkt der Zerstörung darf beliebig weit in der Zukunft liegen. Nachdem ein Client eine Ressource aufgefordert hat, wird diese nach einer bestimmten Zeit für die anderen Clients freigegeben. Die sofortige Zerstörung wird vom Client ausgelöst, die zeitgesteuerte durch den [[Server]].		Die WS-ResourceLifetime Teilspezifikation wird verwendet, um die Lebenszeit der WS-Resource zu setzen, abzurufen, oder den Lebenszyklus von erzeugten Instanzen zu kontrollieren. Es wird zwischen zeitgesteuerter und sofortiger Zerstörung unterschieden. Der Zeitpunkt der Zerstörung darf beliebig weit in der Zukunft liegen. Nachdem ein Client eine Ressource aufgefordert hat, wird diese nach einer bestimmten Zeit für die anderen Clients freigegeben. Die sofortige Zerstörung wird vom Client ausgelöst, die zeitgesteuerte durch den [[Server]].

	Bei Bedarf muss vom Client die Lebensdauer einfach verlängert werden. Nach der Ausführung jeder Aktion, ob erfolgreich oder fehlerhaft, wird immer eine Nachricht an den Client übermittelt.		Bei Bedarf muss vom Client die Lebensdauer einfach verlängert werden. Nach der Ausführung jeder Aktion, ob erfolgreich oder fehlerhaft, wird immer eine Nachricht an den Client übermittelt.

Trustable: Kleinigkeiten verbessert

2019-09-06T09:38:01Z

Kleinigkeiten verbessert

← Nächstältere Version		Version vom 6. September 2019, 11:38 Uhr
Zeile 1:		Zeile 1:
	Das '''Web Services Resource Framework''' (WSRF) ist eine von der [[Organization for the Advancement of Structured Information Standards]] (OASIS) veröffentlichte Softwaresammlung modularer Einzelspezifikationen und beschreibt, wie mit Hilfe von [[~~Web Services~~]] ~~(Softwareanwendungen)~~ zustandsbehaftete Ressourcen abgefragt, geändert und repräsentiert werden können. Die Spezifikationen von WSRF beinhalten verschiedene Muster (Patterns) für Definition, Operationen, Fehlerbehandlungen und Lebenszyklen von Ressourcen.<ref>[//docs.oasis-open.org/wsrf/wsrf-ws_resource-1.2-spec-os.pdf docs.oasis-open.org] (PDF, 116 KB) - abgerufen am 9. März 2013</ref>		Das '''Web Services Resource Framework''' (WSRF) ist eine von der [[Organization for the Advancement of Structured Information Standards]] (OASIS) veröffentlichte Softwaresammlung modularer Einzelspezifikationen und beschreibt, wie mit Hilfe von [[Webservice]]s zustandsbehaftete Ressourcen abgefragt, geändert und repräsentiert werden können. Die Spezifikationen von WSRF beinhalten verschiedene Muster (Patterns) für Definition, Operationen, Fehlerbehandlungen und Lebenszyklen von Ressourcen.<ref>[//docs.oasis-open.org/wsrf/wsrf-ws_resource-1.2-spec-os.pdf docs.oasis-open.org] (PDF, 116 KB) - abgerufen am 9. März 2013</ref>

	== Entwicklung und Grundlage ==		== Entwicklung und Grundlage ==
	Organisationen und Konsortien wie OASIS beschäftigen sich mit der Entwicklung von Grid Standards, wie [[Open Grid Services Architecture]] (OGSA), [[Open Grid Services Infrastructure]] (OGSI), Web Services Resource Framework (WSRF), [[~~UDDI\|~~Universal Description, Discovery ~~und~~ Integration]] (UDDI) etc.		Organisationen und Konsortien wie OASIS beschäftigen sich mit der Entwicklung von Grid Standards, wie [[Open Grid Services Architecture]] (OGSA), [[Open Grid Services Infrastructure]] (OGSI), Web Services Resource Framework (WSRF), [[Universal Description, Discovery and Integration]] (UDDI) etc.

	Grundziel des WSRF war es, eine Kommunikation zwischen verschiedenen Web Services, die auf Ressourcen zugreifen, zu definieren, sowie eine Wiederverwendbarkeit von Ressourcen zu sichern.		Grundziel des WSRF war es, eine Kommunikation zwischen verschiedenen Web Services, die auf Ressourcen zugreifen, zu definieren, sowie eine Wiederverwendbarkeit von Ressourcen zu sichern.
Zeile 8:		Zeile 8:
	Durch die angeführten, entwickelten Standards wird die Kompatibilität, gemeinsame Nutzung, Portabilität und Erweiterung von Grid Systemen erleichtert.		Durch die angeführten, entwickelten Standards wird die Kompatibilität, gemeinsame Nutzung, Portabilität und Erweiterung von Grid Systemen erleichtert.

	Neben vielen anderen Standards bildet WSRF eine Basis, auf der angebotene Web-/ [[Grid-Computing\|Grid Services]] aufbauen. Da die Web Services von Natur aus zustandslos sind, wurde das Simulieren von zustandsbehafteten Diensten ebenso implementiert. Dadurch bedingt erfolgt die Verwendung eines [[Token (~~EDV-Netzwerk~~)\|Tokens]], das bei jeder Anfrage (Request) mit der [[SOAP~~\|SOAP Nachricht~~]] mitgesendet wird.		Neben vielen anderen Standards bildet WSRF eine Basis, auf der angebotene Web-/[[Grid-Computing\|Grid Services]] aufbauen. Da die Web Services von Natur aus zustandslos sind, wurde das Simulieren von zustandsbehafteten Diensten ebenso implementiert. Dadurch bedingt erfolgt die Verwendung eines [[Token (Rechnernetz)\|Tokens]], das bei jeder Anfrage (Request) mit der [[SOAP]]-Nachricht mitgesendet wird.

	Im WSRF bleibt das Verwenden des Tokens für jeden Client versteckt bzw. transparent. Das Token ist auch als [[Endpoint Reference]] (EPR) bekannt. Bei der Erzeugung einer Ressource wird der EPR an den Client als Antwort geschickt, der bei jedem Methodenaufruf in der SOAP-Nachricht eingebettet wird. Die Transparenz wird mit Hilfe vom WS Addressing (WSRF Teilstandard) geschaffen.<ref>[//www.w3.org/TR/2006/REC-ws-addr-core-20060509 www.w3.org - Web Services Addressing] englisch - abgerufen am 9. März 2013</ref>		Im WSRF bleibt das Verwenden des Tokens für jeden Client versteckt bzw. transparent. Das Token ist auch als [[Endpoint Reference]] (EPR) bekannt. Bei der Erzeugung einer Ressource wird der EPR an den Client als Antwort geschickt, der bei jedem Methodenaufruf in der SOAP-Nachricht eingebettet wird. Die Transparenz wird mit Hilfe vom WS Addressing (WSRF Teilstandard) geschaffen.<ref>[//www.w3.org/TR/2006/REC-ws-addr-core-20060509 www.w3.org - Web Services Addressing] englisch - abgerufen am 9. März 2013</ref>
Zeile 16:		Zeile 16:

	=== WS-ResourceProperty ===		=== WS-ResourceProperty ===
	Diese Teilspezifikation beschreibt Operationen, die den Zugriff auf die ''ResourceProperties'' erlauben. Sie bietet die Möglichkeit einzelne oder mehrere Eigenschaften einer Ressource zu ändern oder auch Zustandswerte von Ressourcen abzufragen. Mit ''Get-, Set- oder DeleteResourceProperty Methoden'' können einzelne Properties zurückgegeben, gesetzt oder gelöscht werden.		Diese Teilspezifikation beschreibt Operationen, die den Zugriff auf die ''ResourceProperties'' erlauben. Sie bietet die Möglichkeit einzelne oder mehrere Eigenschaften einer Ressource zu ändern oder auch Zustandswerte von Ressourcen abzufragen. Mit ''Get-, Set- oder DeleteResourceProperty Methoden'' können einzelne Properties zurückgegeben, gesetzt oder gelöscht werden.

	Ebenso müssen alle Properties einer Ressource in einem ''Resource Property Document (RPD)'' gespeichert werden.		Ebenso müssen alle Properties einer Ressource in einem ''Resource Property Document (RPD)'' gespeichert werden.
Zeile 46:		Zeile 46:
	* [[WS-*]]		* [[WS-*]]

	== Einzelnachweise ==		== Einzelnachweise ==
	<references />		<references />

80.137.84.216 am 14. Juli 2015 um 21:31 Uhr

2015-07-14T21:31:52Z

← Nächstältere Version		Version vom 14. Juli 2015, 23:31 Uhr
Zeile 2:		Zeile 2:

	== Entwicklung und Grundlage ==		== Entwicklung und Grundlage ==
	Organisationen und Konsortien wie OASIS beschäftigen sich mit der Entwicklung von Grid Standards, wie [[Open Grid Services Architecture]] (OGSA), [[Open Grid Services Infrastructure]] (OGSI), Web Services Resource Framework (WSRF), Universal Description, ~~[[UDDI\|~~Discovery und Integration]] (UDDI) etc.		Organisationen und Konsortien wie OASIS beschäftigen sich mit der Entwicklung von Grid Standards, wie [[Open Grid Services Architecture]] (OGSA), [[Open Grid Services Infrastructure]] (OGSI), Web Services Resource Framework (WSRF), [[UDDI\|Universal Description, Discovery und Integration]] (UDDI) etc.

	Grundziel des WSRF war es, eine Kommunikation zwischen verschiedenen Web Services, die auf Ressourcen zugreifen, zu definieren, sowie eine Wiederverwendbarkeit von Ressourcen zu sichern.		Grundziel des WSRF war es, eine Kommunikation zwischen verschiedenen Web Services, die auf Ressourcen zugreifen, zu definieren, sowie eine Wiederverwendbarkeit von Ressourcen zu sichern.

Trustable: linkfix

2013-06-03T14:12:52Z

linkfix

← Nächstältere Version		Version vom 3. Juni 2013, 16:12 Uhr
Zeile 41:		Zeile 41:

	== Siehe auch ==		== Siehe auch ==
	*[[Grid-Computing]]		* [[Grid-Computing]]
	*[[~~Web Services~~]]		* [[Webservice]]
	*[[Resource Description Framework]]		* [[Resource Description Framework]]
	* [[WS-*]]		* [[WS-*]]

Trustable: BKL

2013-06-03T14:12:35Z

BKL

← Nächstältere Version		Version vom 3. Juni 2013, 16:12 Uhr
Zeile 36:		Zeile 36:

	== Implementierungsbeispiele ==		== Implementierungsbeispiele ==
	Das [[Globus Toolkit 4]] (GT4) ist ein Vermittlungslayer zwischen der Anwendungs- und der Systemschicht. GT4 ist eine Technologie zur Erstellung von Grids, auf dem ein Anwender seine Applikationen laufen lassen kann. Es enthält WS Komponenten wie [[Java]] und C Implementierungen.		Das [[Globus Toolkit 4]] (GT4) ist ein Vermittlungslayer zwischen der Anwendungs- und der Systemschicht. GT4 ist eine Technologie zur Erstellung von Grids, auf dem ein Anwender seine Applikationen laufen lassen kann. Es enthält WS Komponenten wie [[Java (Programmiersprache)\|Java]]- und [[C (Programmiersprache)\|C]]-Implementierungen.

	Das Grid Computing ist heterogen aufgebaut. Dessen weltweit verteilte Ressourcen werden durch Grid zusammengefasst und kommunizieren untereinander per [[Wide Area Network]] (WAN). Die Services, die für Grid Computing entwickelt wurden, sind nicht anderes als klassische Web Services mit mehreren Anforderungen. Um alle diese Anforderungen zu erfüllen und zu standardisieren, wurden Standards wie unter anderem das WSRF entwickelt.		Das Grid Computing ist heterogen aufgebaut. Dessen weltweit verteilte Ressourcen werden durch Grid zusammengefasst und kommunizieren untereinander per [[Wide Area Network]] (WAN). Die Services, die für Grid Computing entwickelt wurden, sind nicht anderes als klassische Web Services mit mehreren Anforderungen. Um alle diese Anforderungen zu erfüllen und zu standardisieren, wurden Standards wie unter anderem das WSRF entwickelt.

Aka: Tippfehler entfernt

2013-03-19T21:02:39Z

Tippfehler entfernt

← Nächstältere Version		Version vom 19. März 2013, 23:02 Uhr
Zeile 26:		Zeile 26:

	=== WS-ServiceGroup ===		=== WS-ServiceGroup ===
	Manchmal ist es sinnvoll, aufgrund der gemeinsamen Eigenschaften mehrere Ressourcen zu gruppieren. Dieser Standard fasst zu diesem Zwecke verschiedene Operationen zusammen. Mit Hilfe des sog. ''MembershipContentRules'' werden die Gesetze bzw. Kriterien festgelegt, die die Zugehörigkeit zu der entsprechenden Gruppe beeinflussen. Das Ziel der Gruppierung ist im ~~wesentlichen~~ applikationsabhängig. Somit kann man die Zugehörigkeiten nicht nur definieren, sondern auch administrieren.		Manchmal ist es sinnvoll, aufgrund der gemeinsamen Eigenschaften mehrere Ressourcen zu gruppieren. Dieser Standard fasst zu diesem Zwecke verschiedene Operationen zusammen. Mit Hilfe des sog. ''MembershipContentRules'' werden die Gesetze bzw. Kriterien festgelegt, die die Zugehörigkeit zu der entsprechenden Gruppe beeinflussen. Das Ziel der Gruppierung ist im Wesentlichen applikationsabhängig. Somit kann man die Zugehörigkeiten nicht nur definieren, sondern auch administrieren.

	Die Verwaltungs- und Registrierungsfunktionen werden wiederum von einer ''Service Group Registration'' übernommen. Ein Web Service kann mehreren ServiceGroups gehören. Der Zugriff auf die Gruppen erfolgt durch Referenzen. Jeder Eintrag beinhaltet eine eindeutige Referenz auf die Ressource und weitere mögliche [[Metadaten]] zum Eintrag.		Die Verwaltungs- und Registrierungsfunktionen werden wiederum von einer ''Service Group Registration'' übernommen. Ein Web Service kann mehreren ServiceGroups gehören. Der Zugriff auf die Gruppen erfolgt durch Referenzen. Jeder Eintrag beinhaltet eine eindeutige Referenz auf die Ressource und weitere mögliche [[Metadaten]] zum Eintrag.

KLBot2: Bot: 1 Interwiki-Link(s) nach Wikidata (:d:Q1414073) migriert

2013-03-19T01:57:27Z

Bot: 1 Interwiki-Link(s) nach Wikidata (d:Q1414073) migriert

← Nächstältere Version		Version vom 19. März 2013, 03:57 Uhr
Zeile 52:		Zeile 52:
	[[Kategorie:Dokumentationssprache]]		[[Kategorie:Dokumentationssprache]]
	[[Kategorie:Web-Entwicklung]]		[[Kategorie:Web-Entwicklung]]

	[[en:Web Services Resource Framework]]

Ben Ben: WPCleaner v1.26 - Überschriftenstruktur fehlerhaft (Fixed using WP:WPSK)

2013-03-10T12:33:57Z

WPCleaner v1.26 - Überschriftenstruktur fehlerhaft (Fixed using WP:WPSK)

← Nächstältere Version		Version vom 10. März 2013, 14:33 Uhr
Zeile 15:		Zeile 15:
	Im Vergleich zu OGSA bietet WSRF eine bessere Übersichtlichkeit und eine logischere Aufteilung nach Themenbereichen. Das WSRF beinhaltet folgende Einzelspezifikationen:		Im Vergleich zu OGSA bietet WSRF eine bessere Übersichtlichkeit und eine logischere Aufteilung nach Themenbereichen. Das WSRF beinhaltet folgende Einzelspezifikationen:

	===== WS-ResourceProperty =====		=== WS-ResourceProperty ===
	Diese Teilspezifikation beschreibt Operationen, die den Zugriff auf die ''ResourceProperties'' erlauben. Sie bietet die Möglichkeit einzelne oder mehrere Eigenschaften einer Ressource zu ändern oder auch Zustandswerte von Ressourcen abzufragen. Mit ''Get-, Set- oder DeleteResourceProperty Methoden'' können einzelne Properties zurückgegeben, gesetzt oder gelöscht werden.		Diese Teilspezifikation beschreibt Operationen, die den Zugriff auf die ''ResourceProperties'' erlauben. Sie bietet die Möglichkeit einzelne oder mehrere Eigenschaften einer Ressource zu ändern oder auch Zustandswerte von Ressourcen abzufragen. Mit ''Get-, Set- oder DeleteResourceProperty Methoden'' können einzelne Properties zurückgegeben, gesetzt oder gelöscht werden.

	Ebenso müssen alle Properties einer Ressource in einem ''Resource Property Document (RPD)'' gespeichert werden.		Ebenso müssen alle Properties einer Ressource in einem ''Resource Property Document (RPD)'' gespeichert werden.

	===== WS-ResourceLifetime =====		=== WS-ResourceLifetime ===
	Die WS-ResourceLifetime Teilspezifikation wird verwendet um die Lebenszeit der WS-Resource zu setzen, abzurufen, oder den Lebenszyklus von erzeugten Instanzen zu kontrollieren. Es wird zwischen zeitgesteuerter und sofortiger Zerstörung unterschieden. Der Zeitpunkt der Zerstörung darf beliebig weit in der Zukunft liegen. Nachdem ein Client eine Ressource aufgefordert hat, wird diese nach einer bestimmten Zeit für die anderen Clients freigegeben. Die sofortige Zerstörung wird vom Client ausgelöst, die zeitgesteuerte durch den [[Server]].		Die WS-ResourceLifetime Teilspezifikation wird verwendet um die Lebenszeit der WS-Resource zu setzen, abzurufen, oder den Lebenszyklus von erzeugten Instanzen zu kontrollieren. Es wird zwischen zeitgesteuerter und sofortiger Zerstörung unterschieden. Der Zeitpunkt der Zerstörung darf beliebig weit in der Zukunft liegen. Nachdem ein Client eine Ressource aufgefordert hat, wird diese nach einer bestimmten Zeit für die anderen Clients freigegeben. Die sofortige Zerstörung wird vom Client ausgelöst, die zeitgesteuerte durch den [[Server]].

	Bei Bedarf muss vom Client die Lebensdauer einfach verlängert werden. Nach der Ausführung jeder Aktion, ob erfolgreich oder fehlerhaft, wird immer eine Nachricht an den Client übermittelt.		Bei Bedarf muss vom Client die Lebensdauer einfach verlängert werden. Nach der Ausführung jeder Aktion, ob erfolgreich oder fehlerhaft, wird immer eine Nachricht an den Client übermittelt.

	===== WS-ServiceGroup =====		=== WS-ServiceGroup ===
	Manchmal ist es sinnvoll, aufgrund der gemeinsamen Eigenschaften mehrere Ressourcen zu gruppieren. Dieser Standard fasst zu diesem Zwecke verschiedene Operationen zusammen. Mit Hilfe des sog. ''MembershipContentRules'' werden die Gesetze bzw. Kriterien festgelegt, die die Zugehörigkeit zu der entsprechenden Gruppe beeinflussen. Das Ziel der Gruppierung ist im wesentlichen applikationsabhängig. Somit kann man die Zugehörigkeiten nicht nur definieren, sondern auch administrieren.		Manchmal ist es sinnvoll, aufgrund der gemeinsamen Eigenschaften mehrere Ressourcen zu gruppieren. Dieser Standard fasst zu diesem Zwecke verschiedene Operationen zusammen. Mit Hilfe des sog. ''MembershipContentRules'' werden die Gesetze bzw. Kriterien festgelegt, die die Zugehörigkeit zu der entsprechenden Gruppe beeinflussen. Das Ziel der Gruppierung ist im wesentlichen applikationsabhängig. Somit kann man die Zugehörigkeiten nicht nur definieren, sondern auch administrieren.

	Die Verwaltungs- und Registrierungsfunktionen werden wiederum von einer ''Service Group Registration'' übernommen. Ein Web Service kann mehreren ServiceGroups gehören. Der Zugriff auf die Gruppen erfolgt durch Referenzen. Jeder Eintrag beinhaltet eine eindeutige Referenz auf die Ressource und weitere mögliche [[Metadaten]] zum Eintrag.		Die Verwaltungs- und Registrierungsfunktionen werden wiederum von einer ''Service Group Registration'' übernommen. Ein Web Service kann mehreren ServiceGroups gehören. Der Zugriff auf die Gruppen erfolgt durch Referenzen. Jeder Eintrag beinhaltet eine eindeutige Referenz auf die Ressource und weitere mögliche [[Metadaten]] zum Eintrag.

	===== WS-BaseFaults =====		=== WS-BaseFaults ===
	In einer SOA Umgebung ist sehr wichtig, ein vordefiniertes Format für die fehlerbeschreibende Nachrichten zu definieren. Diese Spezifikation beinhaltet alle auf [[XML Schema\|XML-Schema]] basierenden Fehlermeldungen. Alle WS-Nachrichten haben eine ähnliche Struktur, da sie alle vom ''BaseFaultType'' abgeleitet sind. Deswegen beinhalten sie dieselbe Informationen, beispielsweise Fehlerbeschreibung, Zeitstempel, Fehlercode oder Quelle des Fehlers.		In einer SOA Umgebung ist sehr wichtig, ein vordefiniertes Format für die fehlerbeschreibende Nachrichten zu definieren. Diese Spezifikation beinhaltet alle auf [[XML Schema\|XML-Schema]] basierenden Fehlermeldungen. Alle WS-Nachrichten haben eine ähnliche Struktur, da sie alle vom ''BaseFaultType'' abgeleitet sind. Deswegen beinhalten sie dieselbe Informationen, beispielsweise Fehlerbeschreibung, Zeitstempel, Fehlercode oder Quelle des Fehlers.

Schweigerl: /* Siehe auch */ Ergänzung

2013-03-09T11:31:09Z

Siehe auch: Ergänzung

← Nächstältere Version		Version vom 9. März 2013, 13:31 Uhr
Zeile 44:		Zeile 44:
	*[[Web Services]]		*[[Web Services]]
	*[[Resource Description Framework]]		*[[Resource Description Framework]]
			* [[WS-*]]

	== Einzelnachweise ==		== Einzelnachweise ==

Schweigerl: Ergänzungen

2013-03-09T11:22:50Z

Ergänzungen

← Nächstältere Version		Version vom 9. März 2013, 13:22 Uhr
Zeile 1:		Zeile 1:
	Das '''Web Services Resource Framework''' (WSRF) ist eine von der [[Organization for the Advancement of Structured Information Standards]] (OASIS) veröffentlichte Softwaresammlung modularer Einzelspezifikationen und beschreibt, wie mit Hilfe von [[Web Services]] (Softwareanwendungen) zustandsbehaftete Ressourcen abgefragt, geändert und repräsentiert werden können. Die Spezifikationen von WSRF beinhalten verschiedene Muster (Patterns) für Definition, Operationen, Fehlerbehandlungen und Lebenszyklen von Ressourcen.<ref>[//docs.oasis-open.org/wsrf/wsrf-ws_resource-1.2-spec-os.pdf docs.oasis-open.org] PDF - abgerufen am 9. März 2013</ref>		Das '''Web Services Resource Framework''' (WSRF) ist eine von der [[Organization for the Advancement of Structured Information Standards]] (OASIS) veröffentlichte Softwaresammlung modularer Einzelspezifikationen und beschreibt, wie mit Hilfe von [[Web Services]] (Softwareanwendungen) zustandsbehaftete Ressourcen abgefragt, geändert und repräsentiert werden können. Die Spezifikationen von WSRF beinhalten verschiedene Muster (Patterns) für Definition, Operationen, Fehlerbehandlungen und Lebenszyklen von Ressourcen.<ref>[//docs.oasis-open.org/wsrf/wsrf-ws_resource-1.2-spec-os.pdf docs.oasis-open.org] (PDF, 116 KB) - abgerufen am 9. März 2013</ref>

	== Entwicklung und Grundlage ==		== Entwicklung und Grundlage ==
Zeile 33:		Zeile 33:
	In einer SOA Umgebung ist sehr wichtig, ein vordefiniertes Format für die fehlerbeschreibende Nachrichten zu definieren. Diese Spezifikation beinhaltet alle auf [[XML Schema\|XML-Schema]] basierenden Fehlermeldungen. Alle WS-Nachrichten haben eine ähnliche Struktur, da sie alle vom ''BaseFaultType'' abgeleitet sind. Deswegen beinhalten sie dieselbe Informationen, beispielsweise Fehlerbeschreibung, Zeitstempel, Fehlercode oder Quelle des Fehlers.		In einer SOA Umgebung ist sehr wichtig, ein vordefiniertes Format für die fehlerbeschreibende Nachrichten zu definieren. Diese Spezifikation beinhaltet alle auf [[XML Schema\|XML-Schema]] basierenden Fehlermeldungen. Alle WS-Nachrichten haben eine ähnliche Struktur, da sie alle vom ''BaseFaultType'' abgeleitet sind. Deswegen beinhalten sie dieselbe Informationen, beispielsweise Fehlerbeschreibung, Zeitstempel, Fehlercode oder Quelle des Fehlers.

	Durch ein standardisiertes Fehlerformat wird das Management von Fehlern, Erkennung von aufgetretenen Problemen erleichtert.<ref>[//docs.oasis-open.org/wsrf/wsrf-primer-1.2-primer-cd-01.pdf Web Services Resource Framework (WSRF)] PDF - abgerufen am 9. März 2013</ref>		Durch ein standardisiertes Fehlerformat wird das Management von Fehlern, Erkennung von aufgetretenen Problemen erleichtert.<ref>[//docs.oasis-open.org/wsrf/wsrf-primer-1.2-primer-cd-01.pdf Web Services Resource Framework (WSRF)] (PDF, 528 KB) - abgerufen am 9. März 2013</ref>

	== Implementierungsbeispiele ==		== Implementierungsbeispiele ==