Modifikationen und Abgleich mit SPs mit der NWDI 

Verwendung

Wenn Sie mit der SAP NetWeaver Development Infrastructure (NWDI) entwickeln, können Sie Änderungen (Modifikationen), an von SAP ausgelieferter Java-basierter Software vornehmen. Diese erhalten Sie in Form von Softwarekomponentenarchiven (SCAs). Änderungen können Sie mit später ausgelieferter Software abgleichen, die Sie z.B. mit Support Packages (SPs) erhalten.

Diese Vorgehensweise ist für das Szenario „Entwicklung von Komponenten mit der NWDI“ beschrieben. Wenn Sie das Szenario „Java Entwicklung mit zentraler Quelldateienablage“ verwenden, ist ein Abgleich von Dateien sinngemäß möglich: Folgen Sie nach Import und Integration von Aktualisierungen der Software, die nicht dem Komponentenmodell entspricht, den Schritten Konflikterkennung und Konfliktlösung. Voraussetzung dafür ist, dass Entwicklung, Modifikation und Aktualisierung unter Verwendung des Design Time Repository (DTR) erfolgen.

Voraussetzungen

·        Die Software ist mit der NWDI erzeugt worden.

·        Die Software wird mit Quelldateien ausgeliefert.

·        Sie verwenden die NWDI für Ihre Änderungen.

·        Sie haben alle verwendeten SCAs in der korrekten Version verfügbar.

SCA-Versionen der SAP können Sie von SAP Service herunterladen.

·        Die Software-Version ist in Ihrem SLD definiert einschließlich der Usage-Dependencies.

Wenn dies noch nicht der Fall ist, können Sie dies durch den Import des aktuellen SLD-Inhaltes von SAP ändern.

Es ist auch möglich, dies durch manuelles Hinzufügen des Namens, des Vendors, des Release und der Usage-Dependencies jeder zu ändernden SC und jeder verwendeten SC im Software Catalog zu tun, wenn diese Information nicht zur Verfügung steht.

Wenn Sie den Inhalt des SLD manuell erweitern müssen und die Angaben zu der verwendeten SCs nicht anders dokumentiert sind, finden Sie als „Workaround“ die Angaben zu den verwendeten SC-Versionen in der Datei SAP_Manifest.MF in jedem Softwarekomponentenarchiv als ReqComp.

Der folgende Text: „DevCompVendorexample.orgDevCompNameAPPLICATIONDevCompRelease1.0DevCompPackageTypeSRC_ARCReqCompVendorexample.orgReqCompNameTECHNOLOGYReqCompRelease1.0ReqCompPackageTypenullReqCompVendorsap.comReqCompNameSAP-JEEReqCompRelease6.30ReqCompPackageTypenull“

steht für:

SC-Status	Vendor	Name	Release	Package Typ
In Entwicklung	example.org	APPLICATION	1.0	Quelldatein und Archive
verwendet	example.org	TECHNOLOGY	1.0	null
verwendet	sap.com	SAP-JEE	6.30	null

Das heißt, dass die SC APPLICATION von einem Anbieter mit der Internet-Domäne example.org im Release 1.0 (weiter) entwickelt wird und mit Quelldateien und Archiven vorliegt. APPLICATION verwendet die SCs TECHNOLOGY vom selben Anbieter und SAP-JEE von SAP, für die keine Quelldateien benötigt werden.

Modifizieren von ausgelieferter Software

Die Auslieferung von Software der SAP erfolgt in Form von Softwarekomponentenarchiven, den SCA-Dateien. Diese können Sie in Tracks der NWDI modifizieren.

...

Kopieren Sie alle beteiligten SCs (zu ändernde und verwendete) als Softwarekomponentenarchive in das Verzeichnis Inbox des verwendeten Change Management Serrvice (CMS).

Sie finden dieses Verzeichnis standardmäßig unter dem Pfad <NWDI Installationslaufwerk>:\usr\JTrans\CMS\inbox.

Die Version muss der in der Usage-Dependency der verwendenden SC genannten entsprechen.

       1.      Legen Sie einen Track für Ihre Modifikation im CMS Landscape Configurator an.

       2.      Fügen Sie die zu ändernde(n) SC(s) als Software Component for Development ein. Wenn zwischen mehreren SC Usage-Dependencies bestehen, müssen diese ebenfalls im SLD definiert sein.

Die verwendeten SCs werden automatisch hinzugefügt.

       3.      Checken Sie alle zu ändernden SCs und alle verwendeten SCs im CMS Transport Studio ein und importieren Sie alle SCAs in diesen Track.

Wird dieser Track in ein SAP NetWeaver Developer Studio importiert, sind sowohl die DCs der zu ändernden als auch der verwendeten SCs verfügbar.

       4.      Nehmen Sie nun die gewünschten Änderungen vor durch Hinzufügen neuer oder Ändern bestehender DCs.

Nach den Schritten von Consolidation bis Approval steht die SC in der neuen Version zur Verfügung und kann im Produktivsystem verwendet werden.

Abgleich von Modifikationen mit SPs

Auch die Auslieferung von SPs erfolgt in Form von SCAs. Diese können Sie z.B. vom SAP Service Marketplace laden, um die neue Version zu verwenden. Wenn Sie das tun und Ihre Modifikationen ganz oder teilweise beibehalten wollen, müssen Sie eine Abgleich der Versionen vornehmen. Das ist wegen der Global Version History aller aus dem DTR gelieferten Quelldateien auch nach einem Transport in ein neues DTR möglich.

Nehmen Sie diesen Abgleich vor, bevor Sie das SP in die Produktiv-Systeme deployen.

Übernahme von Änderungen in den Track der Modifikationen

Die Änderungen im SP übernehmen Sie nun in Ihren Track, in welchem Sie die Modifikationen vorgenommen haben.

...

...

       1.      Kopieren Sie die SCAs des SPs in die CMS-Inbox. Sie finden diese unter folgendem Pfad: <Installationsverzeichnis des CMS>/usr/sap/JTrans/CMS/inbox.

       2.      Checken Sie die geänderte(n) SC(s) im CMS Transport Studio ein und importieren Sie diese in diesen Track.

Beim Importieren von Datei-Versionen, die in einem anderen System geändert wurden – also weder Vorgänger noch Nachfolger der vorhanden modifizierten Version sind, die in die Versionhistorie einsortiert werden könnte – werden Integrationskonflikte erzeugt. Diese werden vom DTR erkannt.

Konflikterkennung

Konflikte, die durch die die Übernahme neuer Versionen entstanden sind, kann z.B. ein Qualitätsmanager im DTR Web UI gezielt suchen.

...

...

       1.      Öffnen im DTR Web UI die Collision Search.

Sie finden diese Suche unter <http://<host>:<port>/dtr ® system tools ® reports ® collision search.

       2.      Wählen Sie in der Entwicklungskonfiguration den Workspace inactive jeder vom SP betroffenen SC.

       3.      Wählen Sie Show.

Sie sehen die Konflikte, die mit importierten Versionen bestehen: Version werden einander als Resource und Colliding Version gegenübergestellt:

       4.      Informieren Sie die Verantwortlichen (Owner) der DCs der Colliding Version, welche die Konfliktlösung vornehmen müssen.

Entwickler können die Konflikte auch direkt im SAP NetWeaver Developer Studio sehen.

Konfliktlösung

Konflikte sollten von einem für die betroffenen DC verantwortlichen Entwickler gelöst werden, weil die Änderungen nicht nur formal, sondern auch semantisch korrekt abgeglichen werden müssen. Entwickler werden im Developer Studio auf die neue Version der Development-Configuration hingewiesen. Alle Entwickler, die in dieser Development-Configuration arbeiten müssen die alte Version entfernen und die neue importieren.

Sie sehen die Konflikte in der Sicht Integration Conflicts. Sie finden diese im SAP NetWeaver Developer Studio unter Window ® Show View ® Other ® Design Time Repository ® Integration Conflicts.

...

...

       1.      Der Entwickler der betroffenen DC löst nun die gefundenen Konflikte.

Wenn die Änderungen im SP übernommen, entstehen durch Import von weiteren SPs keine Konflikte mehr.

       2.      Der Entwickler aktiviert die Änderungen und gibt sie frei.

       3.      Nehmen Sie nun die übrigen Schritte bis zum Approval der SC vor.

Ergebnis

Ihre Modifikationen sind nun als SCA verfügbar und stehen für das Deployment in das Produktiv-System zur Verfügung.