Hi Forum,
bin gerade über was bei der Kombination von INTRALINK 3.3 (2002470) und Wildfire (2003370) gestolpert:
Fehlt in einer Baugruppe beim Laden ein Modell, das zufällig im Commonspace liegt, wird dieses Modell automatisch ausgecheckt und verwendet!
Mein aktueller Fall ist gewesen, das bei einer Baugruppe eine Komponente unterdrückt ist. Diese Baugruppe habe ich von der Platte geladen und wollte sie speichern. Bis zur 3.2 bekamen wir hier immer eine Info, das ein Geist angelegt wird. Diese, vermeindlich fehlende, Info viel mir auf und siehe da: im bisher leeren Workspace lag ein Modell aus dem CS mit eben dem Namen dieser unterdrückten Komponente.
"Nun", dachte ich in meiner Einfalt, "... was passiert wohl, wenn wirklich etwas fehlt". Gedacht - getestet:
Auf der Platte habe ich ein Modell frecherweise einfach umbenannt, von dem ich wusste, das es als Komponente verwendet wird. Bei Aufruf der Baugruppe in Wildfire geschah ... NICHTS!. Keine Fehlermeldung, kein Fehlerbehebungsmenü... einfach NICHTS.
Was war passiert? Ganz einfach: Wildfire ruft die Baugruppe von der Platte auf und findet keine Datei für eine benötigte Komponente. "Tja...", denkt sich Wildfire wohl "Tja..., aber da ich mit einem WS und dieser wiederum mit einem CS verbunden ist, könnte mein Objekt der Begierde wohl da irgendwo verfügbar sein". Und siehe da, es fand sich ein solches und wurde schnurstraks ausgecheckt und auch gleich aufgerufen.
Nun mag der geneigte Leser sich sicherlich denken, das hier eine ganz hervorragende Verbesserung stattgefunden hat. Dem würde ich auch sofort zustimmen, wenn nicht eine Klitzekleinigkeit bei meiner Testbaugruppe sofort ins Auge gefallen wäre: Das automatisch ausgecheckte Objekt passte nicht in die Baugruppe! Klar, man muss bei sowas einfach nur wissen, das die Version "Letzte" automatisch genommen wird. Vielleicht wäre mir lieber gewesen, wenn ich durch die bis zur 3.2 verwendeten Infos gewarnt würde. Denn nicht immer ist ein falsches Bauteil so offensichtlich, wie in meinem Fall.
Bis denne und viele Grüße aus Glabbach... mal sehen, was mir weiter auffällt
Detlef Bexkens
------------------
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP