Hi,
nun, ich musste feststellen, dass sich Creo im Laufe der Zeit weiterentwickelt, ganz von selbst, auch wenn man nur mit ihm arbeitet. Mein Problem fällt, wie soll ich es sagen, beim Menschen würde man es wohl Alzheimer nennen, eher in die Kategorie "bugs4life":
Wir sind vor einigen Wochen auf M160 aktualisiert worden, was problemlos und v.a. zügig durch unseren Dienstleister aus dem süddeutschen Raum durchgeführt worden ist. Auch die Startup-Tools haben ihre Aktualisierung erhalten.
Mit der Zeit müllt sich ja bekanntermaßen der Workspace-Cache etwas zu, sodass gelegentlich die Cache-Tools herhalten müssen. Soweit, sogut. Das dumme ist nur, dass Creo nun nach dem swipe (ja, ok, ich habe auch den .wf-Ordner in die ewigen Jagdgründe geschickt) sich unbedingt einen lokalen Workspace "gemerkt" (!) hat, den es mal kannte - auch wenn es ihn nun eigentlich nicht mehr gibt bzw. geben sollte, wurde ja irgendwann mal gelöscht. Er wurde einfach neu angelegt. Gut, nicht schlimm, aber nervig. Letzte Woche habe ich mich der Sache mal annehmen wollen und den Cache nochmals komplett, also auch den lokalen Cache auf der Festplatte, gelöscht. Nun ist der Windchill-Server nicht mehr registriert - wie üblich in so einem Fall. Nachdem ich die beiden wieder miteinenader bekanntgemacht habe, ist einer von beiden auf Dauer beleidigt - ich vermute Creo. Beim nächsten Start kennt er den Server nicht mehr, obwohl er nicht an Attraktivität verloren hat. Also muss ich diesen wieder neu registrieren. Das Problematische an der Sache ist, dass dieses Problem nicht nur bei mir auftritt. Auch bei den anderen Kollegen reagiert Creo mittlerweile ziemlich pikiert in diesen Dingen, und ich genervt.
Wie kann ich nun Creo auf Dauer davon überzeugen, mit Windchill beim Start freiwillig zusammenzuarbeiten?
Vielen Dank für Eure Hilfe!
------------------
„Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen.“
Edward A. Murphy
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP