Die haben hier viele Objekte in einem Riesentransport und alles zig mal über SolMan in Q transportiert. Zwei Methoden sind dabei die ich seperat morgen produktiv setzen möchte, die Änderungen sind geprüft und OK, wie zum Geier kriege ich die halbwegs legal in einen eigenen Transport?
Puuuh, sehr knifflig.
Kann dir nicht versprechen, dass es funktioniert, würde aber folgendermaßen vorgehen. Voraussetzung, die Methoden dürfen nicht durch andere Aufträge ( im Dev-System ) gesperrt sein und die Prüfung auf Überholer muss im SolMan abgeschalten sein.
Dann kannst du nämlich einfach 2 neue Transporte erstellen bei dem die Methoden drinnen sind. einen Transportierst du gleich durch ( wenn die Prüfung auf Überholer - kenne den genauen SolMan Terminus nicht - aktiv wäre, würdest du hier geblockt werden, was ja auch sinn macht... )
und der 2. Transport muss dann mit den anderen Transporten ( am besten den Transportauftrag an den ChaRM-Change ankoppeln.. geht zumindest in meiner Umgebung ) live gehen.
Hatte in meiner letzten Firma genau das gleiche problem ... da habe ich das so gemacht ... man muss aber tierisch aufpassen...
Folgende Benutzer bedankten sich beim Autor SaskuAc für den Beitrag: deejey
Das Thema Transporte macht mich echt krank, habe jetzt die Basis angeschrieben, ich übernehme nicht die Verantwortung dafür, wenn die sagen das geht nicht dann hat der Kunde eben Pech gehabt, muss er monatelang auf seine Änderung warten weil wir unfähig sind das zu lösen.
Moin, mein Mitleidender.
Also, der Terminus heißt "Downgrade Protection".
Wenn Du kannst, kopiere die Methoden auf einen neuen Namen in einen neuen Auftrag.
Wenn DP im Solman aktiv ist, werden alle Transportprotokolle der Transportkopien untersucht (der eigentliche Workbenchauftrag ist ja noch gar nicht freigegeben und damit keine Protokolle vorhanden). Findet Solman in einem dieser Protokolle einträge, wo der WB noch nicht in Prod. ist, das gibt es eine Fehlermeldung, beim Versuch das Objekt zu transportieren. Dabei ist es egal, ob zwischenzeitlich das Objekt gelöscht wurde oder nicht. Ein ähnliches Problem habe ich gerade.
Das Traurigste ist aber, wenn man die Downgrade Protection Meldung nicht auflösen kann, ist das Objekt für alle gesperrt..... für IMMMMMER. 😬
gruß Jens
Folgende Benutzer bedankten sich beim Autor Tron für den Beitrag: deejey
<:: XING-Gruppe Tricktresor::> Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen – Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
oh je ... jetzt fällt mir auch ein das hatte ich schonmal vor 1 oder 2 Jahren, da wurde die ganze Queue blockiert weil ich DP nicht ausgeführt habe, bis heute habe ich nicht gepeilt was das eigentlich macht. Dieses Transportgerümpel ist so nervig.
dieses "Transportgerümpel" hat halt seine Ordnung. Ich verstehe diese Jammerei wegen DP-Prüfungen nicht so ganz. Wohl seit es STMS gibt, gibt es auch den Ruf nach Konstistenzprüfungen beim Import. Jetzt liefert SAP erstmals was in dieser Richtung und schon ist es auch nicht recht.
DP Meldungen besagen ja lediglich, dass mindestens eines der Objekte des zu importierenden Auftrages auch in einem anderen Transportauftrag enthalten ist, was noch zum Import ansteht. Es liegt dann am Entwickler zu entscheiden, ob der Import trotzdem in seine Ordnung hat. Ich will nicht wissen, wie viele kleine und große Katastrophen im Laufe der Jahre durch fehlerhafte Import-Reihenfolge passiert sind.
Zu deinem Problem:
Wenn du nur zwei Methoden vorab importieren möchtest, stehen dir ja mehrere Optionen zu Verfügung. Du kannst du Einträge aus der Objekt-Liste des Original-Transportes löschen oder via SE03 alle Objekte-Sperren aus dem Transport löschen.
Anschließend deine beiden Methoden in einen neuen Transport einbinden. Bedingt natürlich, dass die beiden Methoden bereits im Produktiv-System mit gleicher Schnittstelle vorhanden sind. Wenn nicht, müssten ggfs. noch weitere Objekte mit transportiert werden (private, public oder protected section) je nachdem, wie die Methoden definiert sind. Wie bei Funktionsgruppen auch ist es bei Klassen sicherer, das Gesamtobjekt (R3TR CLAS) anstatt nur Einzelteile davon zu transportieren. Wie immer gilt, dass du dir über die gegenseitigen Abhängigkeiten im Klaren sein musst. Die Arbeit kann dir keiner abnehmen.
Folgende Benutzer bedankten sich beim Autor zzcpak für den Beitrag (Insgesamt 3): schick • deejey • ST22