Service Component Architecture - Versionsgeschichte

Aka: /* Weblinks */ Tippfehler entfernt

2024-09-26T14:38:17Z

← Nächstältere Version		Version vom 26. September 2024, 16:38 Uhr
Zeile 66:		Zeile 66:
	* [http://xml.coverpages.org/ni2005-12-07-a.html#summarySCA Summary of SCA]		* [http://xml.coverpages.org/ni2005-12-07-a.html#summarySCA Summary of SCA]
	* [http://khanderaotech.blogspot.com/2007/02/bpel-in-sca-assembly-model.html BPEL in SCA assembly]		* [http://khanderaotech.blogspot.com/2007/02/bpel-in-sca-assembly-model.html BPEL in SCA assembly]
	* [http://www.exxeta.com/images/stories/JavaSpektrum.pdf Die ~~Gretchenfage~~: WCF, SCA oder JBI?] (PDF-Datei; 364 kB)		* [http://www.exxeta.com/images/stories/JavaSpektrum.pdf Die Gretchenfrage: WCF, SCA oder JBI?] (PDF-Datei; 364 kB)
	* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]		* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]
	* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]		* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]

InternetArchiveBot: InternetArchiveBot hat 3 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert. #IABot (v2.0beta14)

2019-05-13T15:56:19Z

InternetArchiveBot hat 3 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert. #IABot (v2.0beta14)

← Nächstältere Version		Version vom 13. Mai 2019, 17:56 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}		{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}
	Die '''Service Component Architecture''' ('''SCA''') ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Home Service Component Architecture Home] – SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.		Die '''Service Component Architecture''' ('''SCA''') ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>{{Webarchiv\|url=http://www.osoa.org/display/Main/Service+Component+Architecture+Home \|wayback=20110411193109 \|text=Service Component Architecture Home \|archiv-bot=2019-05-13 15:56:19 InternetArchiveBot }} – SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.

	== Partner ==		== Partner ==
Zeile 7:		Zeile 7:

	== Definition ==		== Definition ==
	Die veröffentlichte Spezifikation<ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus<ref>http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:		Die veröffentlichte Spezifikation<ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus<ref>{{Webarchiv\|url=http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications \|wayback=20071012184346 \|text=Archivierte Kopie \|archiv-bot=2019-05-13 15:56:19 InternetArchiveBot }}</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:
	* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.		* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.
	* Sollte mit verschiedenen Programmiersprachen und -standards zusammenarbeiten, unter anderem mit [[C++]], [[Java (Programmiersprache)\|Java]], [[COBOL]] und [[PHP]], sowie mit [[Extensible Markup Language\|XML]], [[BPEL]] und [[XSLT]].		* Sollte mit verschiedenen Programmiersprachen und -standards zusammenarbeiten, unter anderem mit [[C++]], [[Java (Programmiersprache)\|Java]], [[COBOL]] und [[PHP]], sowie mit [[Extensible Markup Language\|XML]], [[BPEL]] und [[XSLT]].
Zeile 28:		Zeile 28:
	* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.		* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.

	Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung („Activation“) interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden „mediation“ (z. B. JBI) oder „Invocation“ ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=~~/pub/wlg/2824~~</ref>		Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung („Activation“) interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden „mediation“ (z. B. JBI) oder „Invocation“ ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>{{Webarchiv\|url=https://www.sdn.sap.com/irj/sdn/weblogs?blog=%2Fpub%2Fwlg%2F2824 \|archive-is=20121217172144 \|text=Archivierte Kopie \|archiv-bot=2019-05-13 15:56:19 InternetArchiveBot }}</ref>

	== SCA Artefakte ==		== SCA Artefakte ==

Baumfreund-FFM: Klammern korrigiert | Klammerfehler - Helfer gesucht; Wikiform

2015-10-27T21:05:26Z

Klammern korrigiert | Klammerfehler - Helfer gesucht; Wikiform

← Nächstältere Version		Version vom 27. Oktober 2015, 23:05 Uhr
Zeile 20:		Zeile 20:

	Vorteile:		Vorteile:
	* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel)<ref>{{Webarchiv \| url=http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html \| wayback=20080224210629 \| text=SCA considered harmful}} ]</ref>)		* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel)<ref>{{Webarchiv \| url=http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html \| wayback=20080224210629 \| text=SCA considered harmful}}</ref>
	* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]		* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]
	* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA		* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA

Baumfreund-FFM: Klammern korrigiert | Klammerfehler - Helfer gesucht; Wikiform

2015-10-25T06:17:05Z

Klammern korrigiert | Klammerfehler - Helfer gesucht; Wikiform

ⵓ: 1 Weblink geändert

2015-10-15T20:37:37Z

1 Weblink geändert

← Nächstältere Version		Version vom 15. Oktober 2015, 22:37 Uhr
Zeile 20:		Zeile 20:

	Vorteile:		Vorteile:
	* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel<ref>~~[http://web.archive.org/web/20080224210629/~~http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html !] ~~via~~ ~~[[Internet~~ ~~Archive]~~]</ref>)		* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel<ref>{{Webarchiv \| url=http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html \| wayback=20080224210629 \| text=SCA considered harmful}} ]</ref>)
	* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]		* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]
	* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA		* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA

81.200.198.120: /* Implementierungen */ TIBCO AMX hinzugefügt

2015-01-20T16:43:14Z

Implementierungen: TIBCO AMX hinzugefügt

← Nächstältere Version		Version vom 20. Januar 2015, 18:43 Uhr
Zeile 49:		Zeile 49:
	* PocoCapsule		* PocoCapsule
	* Trentino		* Trentino
			* TIBCO ActiveMatrix Service Grid

	== Literatur ==		== Literatur ==

Wasserhund: Klammern korrigiert | Klammerfehler - Helfer gesucht

2014-03-21T23:40:24Z

Klammern korrigiert | Klammerfehler - Helfer gesucht

← Nächstältere Version		Version vom 22. März 2014, 01:40 Uhr
Zeile 28:		Zeile 28:
	* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.		* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.

	Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung ("Activation") interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden "mediation" (z. B. JBI) oder "Invocation" ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824].</ref>		Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung ("Activation") interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden "mediation" (z. B. JBI) oder "Invocation" ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824</ref>

	== SCA Artefakte ==		== SCA Artefakte ==

81.200.198.20: Jahreszahl als Kontext zur Gartnermeldung hinzugefügt

2014-02-19T09:10:12Z

Jahreszahl als Kontext zur Gartnermeldung hinzugefügt

← Nächstältere Version		Version vom 19. Februar 2014, 11:10 Uhr
Zeile 17:		Zeile 17:

	== Weitere Analyse ==		== Weitere Analyse ==
	[[Gartner Group]] hat eine Kurzmeldung veröffentlicht, die zu dem Schluss kommt, dass die in SCA enthaltene Technologie [[Service Data Objects]] (SDO) aufgrund ihrer Reife rascheren Zuspruch erfahren wird.<ref>http://www.gartner.com/resources/136600/136687/new_soa_specification_will_f_136687.pdf</ref>		[[Gartner Group]] hat 2005 eine Kurzmeldung veröffentlicht, die zu dem Schluss kommt, dass die in SCA enthaltene Technologie [[Service Data Objects]] (SDO) aufgrund ihrer Reife rascheren Zuspruch erfahren wird.<ref>http://www.gartner.com/resources/136600/136687/new_soa_specification_will_f_136687.pdf</ref>

	Vorteile:		Vorteile:

77.56.53.183 am 7. Juni 2013 um 09:25 Uhr

2013-06-07T09:25:04Z

← Nächstältere Version		Version vom 7. Juni 2013, 11:25 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}		{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}
	Die '''Service Component Architecture (SCA)''' ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Home Service Component Architecture Home] - SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.		Die '''Service Component Architecture''' ('''SCA''') ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Home Service Component Architecture Home] - SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.

	== Partner ==		== Partner ==
Zeile 7:		Zeile 7:

	== Definition ==		== Definition ==
	Die veröffentlichte Spezifikation <ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus <ref>http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:		Die veröffentlichte Spezifikation<ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus<ref>http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:
	* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.		* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.
	* Sollte mit verschiedenen Programmiersprachen und -standards zusammenarbeiten, unter anderem mit [[C++]], [[Java (Programmiersprache)\|Java]], [[COBOL]] und [[PHP]], sowie mit [[Extensible Markup Language\|XML]], [[BPEL]] und [[XSLT]].		* Sollte mit verschiedenen Programmiersprachen und -standards zusammenarbeiten, unter anderem mit [[C++]], [[Java (Programmiersprache)\|Java]], [[COBOL]] und [[PHP]], sowie mit [[Extensible Markup Language\|XML]], [[BPEL]] und [[XSLT]].
Zeile 17:		Zeile 17:

	== Weitere Analyse ==		== Weitere Analyse ==
	[[Gartner Group]] hat eine Kurzmeldung veröffentlicht, die zu dem Schluss kommt, dass die in SCA enthaltene Technologie [[Service Data Objects]] (SDO) aufgrund ihrer Reife rascheren Zuspruch erfahren wird. <ref>http://www.gartner.com/resources/136600/136687/new_soa_specification_will_f_136687.pdf</ref>		[[Gartner Group]] hat eine Kurzmeldung veröffentlicht, die zu dem Schluss kommt, dass die in SCA enthaltene Technologie [[Service Data Objects]] (SDO) aufgrund ihrer Reife rascheren Zuspruch erfahren wird.<ref>http://www.gartner.com/resources/136600/136687/new_soa_specification_will_f_136687.pdf</ref>

	Vorteile:		Vorteile:
	* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel<ref>[http://web.archive.org/web/20080224210629/http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html !] via [[Internet Archive]]</ref>)		* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel<ref>[http://web.archive.org/web/20080224210629/http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html !] via [[Internet Archive]]</ref>)
	* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]		* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]
	* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA		* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA

Zeile 28:		Zeile 28:
	* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.		* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.

	Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung ("Activation") interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden "mediation" (z. B. JBI) oder "Invocation" ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher. <ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824].</ref>		Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung ("Activation") interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden "mediation" (z. B. JBI) oder "Invocation" ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824].</ref>

	== SCA Artefakte ==		== SCA Artefakte ==
	<!-- Image with unknown copyright status removed: [[~~Bild~~:SCA-composite.jpg\|350px~~\|right~~]] -->		<!-- Image with unknown copyright status removed: [[Datei:SCA-composite.jpg\|350px]] -->

	Das ''SCA Assembly Model'' besteht aus einer Serie von Artefakten. Diese werden durch Elemente in XML-Dateien definiert. Eine SCA-Anwendung kann zur Laufzeit andere nicht standardisierte Repräsentationen von Artefakten haben, die durch diese XML-Dateien repräsentiert werden. Zusätzlich kann sie die dynamische Konfiguration von Systemen erlauben. Allerdings legen die XML-Dateien die portable Repräsentation der SCA-Artefakte fest.		Das ''SCA Assembly Model'' besteht aus einer Serie von Artefakten. Diese werden durch Elemente in XML-Dateien definiert. Eine SCA-Anwendung kann zur Laufzeit andere nicht standardisierte Repräsentationen von Artefakten haben, die durch diese XML-Dateien repräsentiert werden. Zusätzlich kann sie die dynamische Konfiguration von Systemen erlauben. Allerdings legen die XML-Dateien die portable Repräsentation der SCA-Artefakte fest.

	Das Basis-Artefakt ist das ''Kompositum''. Dies ist zugleich die Auslieferungs-Einheit innerhalb SCA und enthält [[Webservice\|''Services'']], auf die von außen zugegriffen werden kann. Ein Kompositum enthält ein oder mehrere ''Komponenten'', die die vom Modul bereitgestellten Geschäftsfunktionen enthalten. Komponenten stellen ihre Funktionen als Services bereit. Diese können entweder von anderen Komponenten desselben Moduls verwendet werden oder sie sind über ''Entry Points'' (Einstiegspunkte) auch außerhalb des Moduls verfügbar. Komponenten können von Services anderer Komponenten abhängen – diese Abhängigkeiten werden ''Referenzen'' genannt. Referenzen können entweder mit Diensten anderer Komponenten desselben Moduls verknüpft werden oder mit Dienste außerhalb des Moduls insbesondere der anderer Module. Referenzen auf Dienste außerhalb des Moduls werden im Modul als externe Services definiert. Auch enthalten im Modul sind Beziehungen zwischen Referenzen und Diensten. Diese werden durch ''Wires'' (Drähte) repräsentiert.		Das Basis-Artefakt ist das ''Kompositum''. Dies ist zugleich die Auslieferungs-Einheit innerhalb SCA und enthält [[Webservice\|''Services'']], auf die von außen zugegriffen werden kann. Ein Kompositum enthält ein oder mehrere ''Komponenten'', die die vom Modul bereitgestellten Geschäftsfunktionen enthalten. Komponenten stellen ihre Funktionen als Services bereit. Diese können entweder von anderen Komponenten desselben Moduls verwendet werden oder sie sind über ''Entry Points'' (Einstiegspunkte) auch außerhalb des Moduls verfügbar. Komponenten können von Services anderer Komponenten abhängen – diese Abhängigkeiten werden ''Referenzen'' genannt. Referenzen können entweder mit Diensten anderer Komponenten desselben Moduls verknüpft werden oder mit Dienste außerhalb des Moduls insbesondere der anderer Module. Referenzen auf Dienste außerhalb des Moduls werden im Modul als externe Services definiert. Auch enthalten im Modul sind Beziehungen zwischen Referenzen und Diensten. Diese werden durch ''Wires'' (Drähte) repräsentiert.

	Eine Komponente besteht aus einer konfigurierten ''Implementierung'', wobei die Implementierung das Stück Programmcode ist, welches die sogenannte ''business logic'' implementiert. Die Komponente konfiguriert die Implementierung besitzt sogenannte ''Properties'' (Eigenschaften), die für jede konkrete Implementierung festgehalten werden. Die Komponente kann die Konfiguration der Implementierung außerdem ändern, indem sie das Wiring der von der Implementierung deklarierten Referenzen auf konkrete Dienste festlegt.		Eine Komponente besteht aus einer konfigurierten ''Implementierung'', wobei die Implementierung das Stück Programmcode ist, welches die sogenannte ''business logic'' implementiert. Die Komponente konfiguriert die Implementierung besitzt sogenannte ''Properties'' (Eigenschaften), die für jede konkrete Implementierung festgehalten werden. Die Komponente kann die Konfiguration der Implementierung außerdem ändern, indem sie das Wiring der von der Implementierung deklarierten Referenzen auf konkrete Dienste festlegt.

	Komposita werden innerhalb eines ''SCA-Systems'' ausgeliefert. Ein SCA-System repräsentiert eine Menge von Diensten, die wiederum einen Bereich von Geschäftsfunktionalität bereitstellen, der von einer einzelnen konkreten Geschäftseinheit kontrolliert wird. Beispiel Buchhaltung: Das SCA-System könnte alle finanzbezogenen Funktionen abdecken. Zusätzlich könnte es eine Reihe von Modulen enthalten, die mit jeweils abgegrenzten Teilbereichen der Buchhaltung umgehen: Eines für Kunden-Konten, ein anderes für Rechnungen. Bei der Erstellung und Konfiguration eines SCA-Systems helfen Subsysteme. Subsysteme werden verwendet, um miteinander in Beziehung stehende Komposita zu gruppieren. Subsysteme enthalten Modul-Komponenten, dies sind konfigurierte Instanzen von Modulen. Subsysteme haben, wie Module, Entry Points und ''External Services'', die die externen Dienste und Referenzen abbilden. Subsysteme können ferner Wires enthalten, die die Modulkomponenten verbinden, Entry Points und External Services.<ref>BEA, IBM, IONA, Oracle, SAP, Siebel, Sybase (zusammen, die “Autoren”) stimmen überein, eine royalty-free Lizenz anzubieten, unter vernünftigen, diskriminierungsfreien Bedingungen für Patente, die sie für notwendig halten, um die Service Component Architecture Specification zu implementieren.		Komposita werden innerhalb eines ''SCA-Systems'' ausgeliefert. Ein SCA-System repräsentiert eine Menge von Diensten, die wiederum einen Bereich von Geschäftsfunktionalität bereitstellen, der von einer einzelnen konkreten Geschäftseinheit kontrolliert wird. Beispiel Buchhaltung: Das SCA-System könnte alle finanzbezogenen Funktionen abdecken. Zusätzlich könnte es eine Reihe von Modulen enthalten, die mit jeweils abgegrenzten Teilbereichen der Buchhaltung umgehen: Eines für Kunden-Konten, ein anderes für Rechnungen. Bei der Erstellung und Konfiguration eines SCA-Systems helfen Subsysteme. Subsysteme werden verwendet, um miteinander in Beziehung stehende Komposita zu gruppieren. Subsysteme enthalten Modul-Komponenten, dies sind konfigurierte Instanzen von Modulen. Subsysteme haben, wie Module, Entry Points und ''External Services'', die die externen Dienste und Referenzen abbilden. Subsysteme können ferner Wires enthalten, die die Modulkomponenten verbinden, Entry Points und External Services.<ref>BEA, IBM, IONA, Oracle, SAP, Siebel, Sybase (zusammen, die “Autoren”) stimmen überein, eine royalty-free Lizenz anzubieten, unter vernünftigen, diskriminierungsfreien Bedingungen für Patente, die sie für notwendig halten, um die Service Component Architecture Specification zu implementieren.</ref>

	</ref>

	== Implementierungen ==		== Implementierungen ==
Zeile 52:		Zeile 49:
	* PocoCapsule		* PocoCapsule
	* Trentino		* Trentino

		⚫	== Literatur ==
		⚫	* Wolfgang Beinhauer, Michael Herr, Achim Schmidt: SOA für Agile Unternehmen, Symposion Publishing 2008, ISBN 978-3-939707-14-1 (www.symposion.de/it-management)

	== Weblinks ==		== Weblinks ==
Zeile 68:		Zeile 68:
	* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]		* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]
	* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]		* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]

⚫	== Literatur ==
⚫	* Wolfgang Beinhauer, Michael Herr, Achim Schmidt: SOA für Agile Unternehmen, Symposion Publishing 2008, ISBN 978-3-939707-14-1 (www.symposion.de/it-management)

	== Einzelnachweise ==		== Einzelnachweise ==

KLBot2: Bot: 6 Interwiki-Link(s) nach Wikidata (:d:Q589893) migriert

2013-03-30T06:18:35Z

Bot: 6 Interwiki-Link(s) nach Wikidata (d:Q589893) migriert

← Nächstältere Version		Version vom 30. März 2013, 08:18 Uhr
Zeile 78:		Zeile 78:
	[[Kategorie:IT-Architektur]]		[[Kategorie:IT-Architektur]]
	[[Kategorie:Webservice]]		[[Kategorie:Webservice]]

	[[en:Service Component Architecture]]
	[[es:Service Component Architecture]]
	[[fr:Service Component Architecture]]
	[[ja:Service Component Architecture]]
	[[pl:Service Component Architecture]]
	[[zh:服务组件架构]]

← Nächstältere Version		Version vom 25. Oktober 2015, 08:17 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}		{{QS-Informatik\| Artikel ist wertend und erklärt das Lemma nicht. --[[Benutzer:Temporäres Interesse\|Temporäres Interesse]] 13:43, 14. Sep. 2009 (CEST)\|Knacknüsse=Ja}}
	Die '''Service Component Architecture''' ('''SCA''') ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Home Service Component Architecture Home] - SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.		Die '''Service Component Architecture''' ('''SCA''') ist eine Sammlung an Spezifikationen, welche ein Modell einer [[Serviceorientierte Architektur\|Serviceorientierten Architektur]] (SOA) beschreiben. SCA basiert auf offenen Standards wie [[Web Services]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Home Service Component Architecture Home] – SCA auf www.osoa.org</ref> Dem SOA-Gedanken folgend sind SCA-Komponenten unabhängig von einer konkreten Technologie.

	== Partner ==		== Partner ==
Zeile 6:		Zeile 6:
	[[BEA Systems]], [[Cape Clear (software company)\|Cape Clear]], [[IBM]], [[SpringSource]], [[IONA (Unternehmen)\|IONA Technologies]], [[Oracle Corporation]], [[Primeton Technologies]], [[Progress Software]], [[Red Hat]], [[Rogue Wave Software]], [[SAP AG]], [[Software AG]], [[Sun Microsystems]], [[Sybase]], [[TIBCO]], [[Xcalia]] und [[Zend Technologies]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Partners Service Component Architecture Partners]</ref>		[[BEA Systems]], [[Cape Clear (software company)\|Cape Clear]], [[IBM]], [[SpringSource]], [[IONA (Unternehmen)\|IONA Technologies]], [[Oracle Corporation]], [[Primeton Technologies]], [[Progress Software]], [[Red Hat]], [[Rogue Wave Software]], [[SAP AG]], [[Software AG]], [[Sun Microsystems]], [[Sybase]], [[TIBCO]], [[Xcalia]] und [[Zend Technologies]].<ref>[http://www.osoa.org/display/Main/Service+Component+Architecture+Partners Service Component Architecture Partners]</ref>

	== Definition ==		== Definition ==
	Die veröffentlichte Spezifikation<ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus<ref>http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:		Die veröffentlichte Spezifikation<ref>http://www-128.ibm.com/developerworks/library/specification/ws-sca/</ref> scheint vage in vielfacher Hinsicht. Aber sie entwickelt sich rasch und es bilden sich neue Spezifikationen heraus<ref>http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications</ref>. Die Spezifikationen legen für nach SCA entworfene Anwendungen folgende Eigenschaften fest:
	* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.		* Entkopplung der Service-Implementierung und -Bereitstellung von den spezifischen Möglichkeiten der Infrastruktur.
Zeile 20:		Zeile 20:

	Vorteile:		Vorteile:
	* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel<ref>{{Webarchiv \| url=http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html \| wayback=20080224210629 \| text=SCA considered harmful}} ]</ref>)		* ausgelegt für alle existierenden [[Java-Plattform]]en und C++-Technologien (Jedoch hat das SCA-C++-Komponentenmodell schwere Mängel)<ref>{{Webarchiv \| url=http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html \| wayback=20080224210629 \| text=SCA considered harmful}} ]</ref>)
	* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]		* weniger technologieabhängig – benötigt z. B. weder [[Java (Programmiersprache)\|Java]] noch [[Extensible Markup Language\|XML]]
	* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA		* verwendet SDO, den einzigen Industriestandard für Datenzugriffe in SOA
Zeile 28:		Zeile 28:
	* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.		* Die Spezifikation adressiert nicht die Performanz von SOA-Anwendungen, was ein Störfaktor für die Anwendung bleibt.

	Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung (~~"Activation"~~) interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden ~~"mediation"~~ (z. B. JBI) oder ~~"Invocation"~~ ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824</ref>		Es wird behauptet, dass SCA durch einen Ansatz namens Aktivierung („Activation“) interoperabel sei. Diese Methode stelle, verglichen mit den älteren Methoden „mediation“ (z. B. JBI) oder „Invocation“ ([[J2EE Connector Architecture\|JCA]]), ein Höchstmaß an Komponentenautonomie sicher.<ref>https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2824</ref>

	== SCA Artefakte ==		== SCA Artefakte ==
Zeile 57:		Zeile 57:
	* [http://www.osoa.org/display/Main/Home Open Service Oriented Architecture collaboration], die offizielle Homepage für Informationen rund um die SCA Spezifikationen		* [http://www.osoa.org/display/Main/Home Open Service Oriented Architecture collaboration], die offizielle Homepage für Informationen rund um die SCA Spezifikationen
	* [http://www-128.ibm.com/developerworks/library/specification/ws-sca/ IBM developerworks introductory article on SCA]		* [http://www-128.ibm.com/developerworks/library/specification/ws-sca/ IBM developerworks introductory article on SCA]
	* [http://www.planet-soa.com/sca/index.html Die Service Component Architecture - eine Einführung]		* [http://www.planet-soa.com/sca/index.html Die Service Component Architecture – eine Einführung]
	* [http://www.osoa.org/display/Main/Service%2BComponent%2BArchitecture%2BSpecifications aktuelle Spezifikationen]		* [http://www.osoa.org/display/Main/Service%2BComponent%2BArchitecture%2BSpecifications aktuelle Spezifikationen]
	* [http://incubator.apache.org/tuscany/ Apache Open Source project implementation of the SCA specification]		* [http://incubator.apache.org/tuscany/ Apache Open Source project implementation of the SCA specification]
Zeile 66:		Zeile 66:
	* [http://xml.coverpages.org/ni2005-12-07-a.html#summarySCA Summary of SCA]		* [http://xml.coverpages.org/ni2005-12-07-a.html#summarySCA Summary of SCA]
	* [http://khanderaotech.blogspot.com/2007/02/bpel-in-sca-assembly-model.html BPEL in SCA assembly]		* [http://khanderaotech.blogspot.com/2007/02/bpel-in-sca-assembly-model.html BPEL in SCA assembly]
	* [http://www.exxeta.com/images/stories/JavaSpektrum.pdf Die Gretchenfage: WCF, SCA oder JBI?] (PDF-Datei; 364 kB)		* [http://www.exxeta.com/images/stories/JavaSpektrum.pdf Die Gretchenfage: WCF, SCA oder JBI?] (PDF-Datei; 364 kB)
	* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]		* [http://www.eclipse.org/stp/sca/index.php Eclipse STP SCA Tools]
	* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]		* [http://trentino.sourceforge.net/ Trentino C++ SCA Runtime]