{"id":13,"date":"2012-07-04T13:17:34","date_gmt":"2012-07-04T11:17:34","guid":{"rendered":"http:\/\/workplace.skyworker.de\/?p=13"},"modified":"2023-08-22T10:39:24","modified_gmt":"2023-08-22T08:39:24","slug":"das-speichern-dieses-paketes-ist-aufgrund-eines-zirkelbezuges-nicht-moeglich","status":"publish","type":"post","link":"http:\/\/workplace.skyworker.de\/?p=13","title":{"rendered":"Das Speichern dieses Paketes ist aufgrund eines Zirkelbezuges nicht m\u00f6glich"},"content":{"rendered":"
\r\n
\r\n \r\n <\/i>\r\n <\/a>\r\n 0 <\/span>\r\n<\/div>
\r\n \r\n <\/i>\r\n <\/a>\r\n 0<\/span>\r\n<\/div><\/div>

In einigen Kundenumgebungen stand ich schon oft vor dem Problem, das beim setzen einer Abh\u00e4ngigkeit in den Eigenschaften eines Softwarepaketes die folgende Meldung auftrat:
\nDas Speichern dieses Paketes ist aufgrund eines Zirkelbezuges nicht m\u00f6glich.<\/p>\n

\"mx42_Zirkel_01\"<\/a><\/p>\n

<\/p>\n

Diese Fehlermeldung hat nichts mit dem eigentlichen Paket zu tun, das man gerade bearbeitet, sondern wird aufgrund fehlerhafter Abh\u00e4ngigkeitseintr\u00e4ge aus anderen Paketen hervorgerufen. Das Problem ist, das in Paketen mehr als eine Abh\u00e4ngigkeit hinterlegt ist, und zwischen den Abh\u00e4ngigkeiten der Operator fehlt. Durch was diese fehlerhaften Eintr\u00e4ge erzeugt werden, kann ich nicht beurteilen, soll aber in der Vergangenheit auch in \u00e4lteren Versionen schon vorgekommen sein.<\/p>\n

\"mx42_Zirkel_02\"<\/a><\/p>\n

Bild 1<\/strong> (Hier fehlt in dem Bild der Operator (AND | OR) zwischen den Paketen)<\/p>\n

Um das Problem jetzt zu beheben, soll man die fehlerhaften Abh\u00e4ngigkeiten l\u00f6schen, damit man generell wieder Abh\u00e4ngigkeiten setzen kann. Leider erscheint beim Versuch die fehlerhaften Abh\u00e4ngigkeiten \u00fcber die Empirum Konsole zu l\u00f6schen die gleiche Fehlermeldung :-).<\/p>\n

Also muss man entweder das komplette Paket l\u00f6schen und wieder neu einbinden, was nat\u00fcrlich nicht immer sehr einfach ist, wenn es in der Administration mehrfach zugewiesen ist, oder man muss direkt in der Empirum Datenbank die fehlerhaften Abh\u00e4ngigkeiten korrigieren.<\/p>\n

Bevor wir aber soweit sind, muss man erst mal das, oder die Pakete ermitteln, die fehlerhafte Abh\u00e4ngigkeiten besitzen. In Umgebungen, die nur wenige Pakete verwenden, kann man dies noch \u00fcber die Empirum Konsole bew\u00e4ltigen und jedes Paket pr\u00fcfen. In Umgebungen mit mehreren hundert Paketen, w\u00e4re dieser Aufwand aber zu gro\u00df.<\/p>\n

Hierf\u00fcr habe ich ein PowerShell Skript geschrieben, welches die DDS Datei im User Verzeichnis auf dem Empirum Server pr\u00fcft und fehlerhafte Requirements mit entsprechenden Paketinformationen in eine Log Datei schreibt.<\/p>\n

Powershell Skript:\u00a0\u00a0 [ddownload id=188]<\/p>\n

[php]# Setzen diverser Variablen<\/p>\n

$cc_EmpUserPath = "\\\\$Env:empirumserver\\configurator$\\User"<\/p>\n

$cc_ddsFile = "$cc_EmpUserPath\\swdepot.dds"
\n$cc_ddsOutPut = "$Env:TEMP\\swdepot_requirements.log"
\n$a = [char]34
\n$cc_output = ""<\/p>\n

# L\u00f6scht die Ausgabedatei, falls diese schon vorhanden ist
\nIf (test-path $cc_ddsOutPut) {Remove-Item $cc_ddsOutPut}<\/p>\n

# Einlesen der DDS in eine Variable
\n$cc_input_dds = Get-Content $cc_ddsFile<\/p>\n

# Anzahl der Zeilen in der DDS
\n$cc_NumberOfLines = Get-Content $cc_ddsFile | Measure-Object
\n$cc_NumberOfLinesCount = $cc_NumberOfLines.Count<\/p>\n

# Einlesen jeder DDS Zeile. Es wird auf den Eintrag Requirements=* gepr\u00fcft, ist dieser vorhanden und nicht nur Requirements=, wird die Zeile in die Ausgabedatei geschrieben<\/p>\n

# Z\u00e4hler f\u00fcr die Anzahl der abgearbeiteten Zeilen
\n$cc_counter = 0
\nforeach ($cc_line in $cc_input_dds) {
\n# Errechnung in Prozent der abgearbeiteten Zeilen
\n$cc_percent = $cc_counter \/ $cc_NumberOfLinesCount * 100
\n$cc_percent_int = [int]$cc_percent<\/p>\n

# Ersetze " durch \u00a7 und [ durch ~, damit diese als Vergleichgswert in den IF Abfragen angewendet werden k\u00f6nnen
\n$cc_lineReplaced_1 = $cc_line.replace("$a","\u00a7")
\n$cc_lineReplaced = $cc_lineReplaced_1.replace("[","~")<\/p>\n

# Zwischenspeichern des Paketnamens
\nIf ($cc_lineReplaced -like "~*"){
\n$cc_package_name = $cc_line
\n}<\/p>\n

# Zwischenspeichern der Paket ID
\nIf ($cc_lineReplaced -like "SoftwareID=*"){
\n$cc_package_id = $cc_line
\n}<\/p>\n

# Abfrage welche Zeile Requirements=* beinhaltet
\nIf ($cc_lineReplaced -like "Requirements=*"){
\n# Grafische Ausgabe
\ncls
\nwrite-host "—————————————————————————————-"
\nwrite-host "—–\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Requirements Check\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 —–"
\nwrite-host "—————————————————————————————-"
\nwrite-host " "
\nwrite-host "$cc_percent_int % von 100% ausgewertet"
\nwrite-host " "
\nwrite-host " "
\nwrite-host "Fehlerhafte Requirements"
\nwrite-host " "
\nwrite-host $cc_output<\/p>\n

# Abfrage welche Zeile nicht nur Requirements= beinhaltet
\nIf ($cc_lineReplaced -ne "Requirements="){<\/p>\n

# Abfrage welche Requirements fehlerhafte Eintr\u00e4ge haben
\nIf ($cc_lineReplaced -like "*\u00a7\u00a7*" -OR $cc_lineReplaced -like "*\u00a7! \u00a7*"){<\/p>\n

# Ersetze " durch \u00a7 und [ durch ~
\n$cc_lineReplaced_1 = $cc_line.replace("\u00a7","$a")
\n$cc_lineReplaced = $cc_lineReplaced_1.replace("~","[")<\/p>\n

# Ausgabe und schreiben der fehlerhaften Pakete in die Ausgabedatei
\n$cc_output = $cc_output + "$cc_package_name`r`n$cc_package_id`r`n$cc_lineReplaced`r`n`r`n"
\n}
\n}
\n}<\/p>\n

$cc_output | out-file -Encoding Ascii $cc_ddsOutPut
\n$cc_counter++
\n}[\/php]<\/p>\n

Gepr\u00fcft werden zwei Arten von fehlerhaften Requirement Eintr\u00e4gen in der DDS. Zum einen Pakete ohne Operator zwischen zwei Abh\u00e4ngigkeiten, und zum anderen Pakete ohne Operator zwischen zwei Abh\u00e4ngigkeiten, die mit NOT (NOT = ! in der DDS) markiert sind.<\/p>\n

Requirement Packages mit einem fehlenden Operator dazwischen
\nRequirements=“Test\\Anwendung\\1.0„“<\/strong><\/span>Test\\Anwendung\\2.0″<\/span>
\nRequirement Packages mit einem NOT Flag (in der DDS ist NOT = !) und einem fehlenden Operator dazwischen
\nRequirements=! „Test\\Anwendung\\1.0„! „<\/strong><\/span>Test\\Anwendung\\2.0″<\/span><\/p>\n

In dem PowerShell Skript werden die rot markierten Zeichenfolgen in den Requirements Eintr\u00e4gen der DDS gepr\u00fcft, und das Ergebnis im %TEMP% Verzeichnis des Anwenders der das PowerShell Skript ausf\u00fchrt in die Datei swdepot_requirements.log geschrieben. Ebenfalls wird die SoftwareID des Paketes, die man im weiteren Verlauf noch braucht, ausgelesen und in die Log Datei geschrieben.<\/p>\n

Beispiel Log Datei:<\/p>\n

[Test\\Anwendung\\3.0] SoftwareID=DCD0C921-A2CE-493B-9243-111111111111 Requirements=! “ Test\\Anwendung\\1.0″! „Test\\Anwendung\\2.0“<\/span><\/p>\n

\"bt-attention-icon\"<\/a>\u00a0 Die folgenden Schritte nur nach R\u00fccksprache mit dem MX42 Support durchf\u00fchren!<\/span><\/strong><\/p>\n

Um die Abh\u00e4ngigkeit jetzt korrigieren, und einen Operator zwischen zwei Pakete einf\u00fcgen zu k\u00f6nnen, sucht man in der Empirum Datenbank in der Tabelle SwDependencies<\/strong> alle Eintr\u00e4ge anhand der SoftwareID (Spalte 2) heraus, die zu dem Paket geh\u00f6ren, das die fehlerhaften Abh\u00e4ngigkeiten beinhaltet.<\/p>\n

\"mx42_Zirkel_04\"<\/a><\/p>\n

Die erste Zeile bezieht sich auf den ersten Paketeintrag unter Abh\u00e4ngigkeiten und die zweite Zeile auf den zweiten Paketeintrag unter Abh\u00e4ngigkeiten (Siehe Bild 1<\/strong>). Die Abh\u00e4ngigen Pakete sollte man sicherheitshalber \u00fcber die DepSoftwareID gegenpr\u00fcfen\u00a0 (kann man \u00fcber die DDS abgleichen).<\/p>\n

In der ANDOR<\/strong> Spalte der ersten Zeile ist, wie auch im Bild 1<\/strong> zu sehen, kein Operator f\u00fcr die Abh\u00e4ngigkeit gesetzt. Hier kann man jetzt die Datenbank manipulieren und einen Operator einf\u00fcgen 1 = AND und 2 = OR.<\/p>\n

Dies muss man f\u00fcr alle Pakete, die fehlerhafte Abh\u00e4ngigkeiten besitzen durchf\u00fchren.<\/p>\n","protected":false},"excerpt":{"rendered":"

0 0 In einigen Kundenumgebungen stand ich schon oft vor dem Problem, das beim setzen einer Abh\u00e4ngigkeit in den Eigenschaften eines Softwarepaketes die folgende Meldung auftrat: Das Speichern dieses Paketes ist aufgrund eines Zirkelbezuges nicht m\u00f6glich.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3,38],"tags":[5,9,4],"_links":{"self":[{"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/posts\/13"}],"collection":[{"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=13"}],"version-history":[{"count":7,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/posts\/13\/revisions"}],"predecessor-version":[{"id":190,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=\/wp\/v2\/posts\/13\/revisions\/190"}],"wp:attachment":[{"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=13"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=13"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/workplace.skyworker.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=13"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}