---

Hallo Zusammen

Seit gut 1.5 Jahren lese ich hier mit und bisher hat die Suche alle Probleme gelöst. Deshalb ein grosses Dankeschön an die vielen Helfer mit teilweise unglaublichem Engagement. Ich werde versuchen in Zukunft auch möglichst oft unter die Kategorie Helfer zu fallen.

Nun aber zum unangenehmen Teil:
Wir haben heute mit Schrecken festgestellt, dass ProE+IL beim Thema "silent checkout" Dinge macht die eigentlich ins Gruselkabinett der Kuriositäten gehören. Bisher war ich der Meinung das wenn in IL unter Auschecken "lokale Kopie" gewählt ist auch der silent checkout in ProE danach geht. Dem ist nicht so! ProE macht eine Verknüpfung zum CS!

Die Folgen sind übel:

- User klagen immer mal wieder über enorme Ladezeiten. Wenn ich an meinem Rechner gegenprüfen läuft alles wunderbar (Ich bin schon immer über die CS-Suche gegangen, weil ich das Gefühl hatte dabei mehr Kontrolle zu haben....). Problemlösung ist häufig aktualisieren der Daten ohne zu wissen warum.... (ja ich weiss: ..., denn Sie wissen nicht was Sie tun!)

- Wenn ich Teile aus der Bibliothek verbaue, so entspricht dies ebenfalls einem silent checkout und es wird auch nur eine Verknüpfung angelegt-->Die Modelle werden immer langsamer.

- Als User muss ich immer mal wieder alle freigegebenen Teile im WS aktualisieren um sicherzustellen, dass alle Teile auch wirklich lokal gespeichert sind.

- ProE macht beim silent checkout was es will und ich habe keine Möglichkeit zu prüfen was ProE macht. (da kommen Fragen auf wie: Wird immer die neueste Version augecheckt?)

- Von den Folgen bei Import/Export Geschichten will ich gar nicht anfangen (ist bei uns zum Glück selten ein Thema.

Kann es sein, das PTC trotz regem Widerstand (auch von Usern dieses Forums) bis heute (habe WF3 M140) das Problem silent checkout nicht richtig angegangen ist? Gibt es wirklich keine Configeinstellungen um das Verhalten zu steuern?
Wie regelt Ihr das Problem "silent checkout"?

Gruss

David

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo David,
ich kann deine Probleme nicht wirklich nachvollziehen. Sicher ist ILink nicht immer ganz einfach zu verstehen, aber wenn ich etwas über die Suche im WS suche und dann auschecke, dann liegt das Teil als lokae Kopie in meinem .proi Verzeichnis und alles ist gut. Warum musst du freigegebene Teile von Zeit zu Zeit aktualisieren? Wenn du keine Statusmeldung "veraltet" vorliegen hast, dann liegt das Bauteil (Baugruppe) in der aktuellen Version als lokale Kopie auf deinem Rechner.
Wir haben hier bei uns solche Proble nicht. Obwohl wir Dienstleister sind und unsere Kunden auch schon mal knapp 100km entfernt sind. Trotzdem checke ich nahezu fehlerfrei ein und aus. Lange Auscheckzeiten liegen wohl eher daran, wenn ich Baugruppen mit sehr vielen Teilen auschecke.

Nix desto trotz ist dein Post hier im Pro/E Forum nicht an der richtigen Stelle.
Ich denke ein Moderator sollte den Post ins ILink-Forum stecken.

Ach ja, trotzdem noch ein herzliches Willkommen hier bei cad.de.
Und für die Zukunft wünsche ich dir viel Spaß.

So, ich werde dann mein ILink mal in den Feierabend schicken und mir ein gepflegtes Feierabend-Weißbier gönnen.

Gruß
Patrick

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Patrick

Erstmal danke für die Antwort.

Also das Problem ist nicht das Auschecken in IL. Das funktioniert wunderbar und es wird eine lokale Kopie abgelegt.

Das Problem beginnt in ProE:
Wenn man unter Datei öffnen einen Dateinamen von Hand eintippt, der "nicht" im Workspace vorhanden ist, so geht ProE und sucht im CS. Wenn ProE das Teil dort findet, so wird es im Hintergrund still und leise ausgecheckt (darum silent checkout). Oder wenn man in IL eingecheckte Teile aus dem WS löscht, so werden diese beim Öffnen des Modells ebenfalls im Hintergrund ausgecheckt.
Jetzt ist es leider so, dass dieses stille Auschecken nicht mit lokaler Kopie geschieht wie in IL eingestellt, sondern als Verknüpfung auf den CS.

Das Problem liegt also bei ProE und nicht in IL.

Gruss

David

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo David,

auch von mir ein herzliches Willkommen. 

Schön, dass wir dir bisher schon helfen konnten, ohne dass du einen Beitrag verfassen musstest. Von anderen hört man das leider nicht, aber das liegt auch meist an der "Tätigkeitsbeschreibung". ;-)

Ich kann zwar verstehen, dass du das Problem bei Pro/E siehst, weil es sonst anscheinend richtig funktioniert. Allerdings wüsste ich jetzt nicht, mit welchen Optionen dir geholfen werden kann. Die meisten Verhaltensauffälligkeiten werden eben doch durch das Datenverwaltungsprogramm verursacht. Aus diesem Grund verschiebe ich das Thema auch ins IL-Forum. Dort ist mehr geballtes Fachwissen, was die Datenverwaltung angeht, und mit Pro/E kennen sich die meisten auch aus. 

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • 7er-Regel • Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hilft Dir der Beitrag http://ww3.cad.de/foren/ubb/Forum69/HTML/000464.shtml#000004  weiter?

------------------
Servus
Alois      Keine Mouseover-Werbung zwischen den Zeilen!!!!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@anagl: Ja der Beitrag hat schon geholfen, aber halt nur zum Verständnis des Problems und nicht zur Lösung.

Was mich ein wenig verwundert ist das Ihr das Problem anscheinend nicht habt. Ich nehme mal an Ihr arbeitet auch meist mit lokal gespeicherten Daten. Wenn dem so ist, dann müsstet Ihr das Problem auch haben.
Wer das Problem mal nachvollziehen will kann folgendes tun:

1. Eröffnen eines leeren Testworkspace.
2. ProE mit diesem WS starten
3. In ProE unter Datei öffnen den Dateinamen einer BG eingeben und somit von ProE auschecken lassen.
4. In Intralink den WS aktualisieren --> Die BG wird im Workspace angezeigt
5. Im Explorer den WS anschauen und staunen das da kein einziges File drin liegt-->alle Objekte im WS sind nur Verknüpfungen auf den CS.

Gruss

David

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo david,

tip meinerseits:
leg dir im ws eine tabelle an, in der du nur die objekte anzeigen lässt, deren dateigröße "" (also nix / leer) ist und die keine varianten sind (also variante != true)
und schon kannst du ohne probleme schnell und einfach nur die objekte aktualisieren (und damit auschecken), die verknüpft im ws liegen.

------------------
cu
fossy
             baumrasen.de

ps: ich bin für die kleinschreibung

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@fossy: Besten Dank das ist ne gute Idee. Hilft schonmal einiges.

Aber das Problem tritt bei euch allen schon auch auf oder? Ich werde das Gefühl nicht los, dass die Problematik den meisten gar nicht bewusst ist.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo nochmal,

also das silent checkout als link realisiert wird war mir eigentlich schon immer klar. kann sein, dass es "damals", als das eingeführt wurde in den "what's new" schon drin stand.

wenn man sich ein skript aufzeichnet, in dem man veraltete objekte aktualisiert, packt man einfach noch das aktualisierne von verlinkten objekten hinten dran und schon fällt einem das gar nicht mehr auf.

beim auschecken größerer baugruppen sollte man es halt tunlichst unterlassen, diese in pro/e direkt aus dem cs zu laden. wer sowas macht ist selber schuld.

------------------
cu
fossy
             baumrasen.de

ps: ich bin für die kleinschreibung

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP