---

Habe ein Problem mit Smarteam, da wir mit CATIA V5 noch mit gemischter OS (Windows und UNIX) arbeiten.
Folgendes Problem:
Auf PC's wird mit CATIA V5 und Smarteam gearbeitet.
Die UNIX User sollen nun via CITRIX auf Smarteam zuzugreifen und die V5 Daten in einen Filebereich auschecken können. Soweit funktionierts ja auch noch. Bei Parts gibt es kein Problem.
Wenn jedoch dann ein Drawing oder ein Product auf UNIX V5 aufgerufen werden, gibt es Probleme mit der Verknüpfung. In der Verknüpfung steht nicht der aktuelle Speicherplatz und der Filename, sondern SMARTEAM://_STFILE_d:\smarteamwork\filename nicht gefunden.
Der File steht jedoch im selben Verzeichnis in dem auch Drawing bzw. Product aufgerufen werden. Kann es sein das hier die DL Names Probleme machen ????
Danke für jeden Input
Bettina

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

---

oh,oh... ich hab diese szenario noch nicht unter unix ausprobiert, denke aber nicht, daß es ein DL-Name problem ist. die unix workstation sollte allerdings schon auf die verzeichnisse, wo die daten liegen, zugreifen können. versuch aber bitte mal folgendes:
- erzeugen eines products mit parts
- abspeichern auf filebasis
- öffnen der erzeugten baugruppe in CATIA und speichern nach SmarTeam
- einchecken in ST
- auschecken der daten und zugreifen von unix auf das product

voraussetzung sind die gleichen bedingungen wie bei deinem szenario.

bitte sag mal bescheid, ob das funktioniert. welche versionen setzt ihr denn ein?

gruß
voje

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

---

Hallo VOJE,
danke für die Antwort. Ich hab's nach deiner Anleitung versucht und so funktioniert es auch.
Ich verstehe nur absolut nicht wieso es so funktioniert und anders nicht, aber na ja....
Wir verwenden Smarteam V5R12 SP5 und CATIA V5R12 SP3 bzw. SP5.
Gruß
Bettina

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

---

ich habŽs befürchtet. das ist wohl ein bug...und zwar ein großer! vorallem für den datenaustausch (gemischte umgebung bei OEMs?!?!) das liegt wohl daran, daß CATIA beim abspeichern auf filebasis die eignen routinen verwendet und beim abspeichern nach ST noch ST-routinen dazukommen... der workaround scheint zwar zu funktionieren, ist aber nicht sehr komfortabel...

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