| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: CheckOut mit eigener Abhängigkeitskonfiguration (967 mal gelesen)
|
dbexkens Moderator Unternehmensberater / Professional Development Manager
Beiträge: 2174 Registriert: 14.08.2000 Pro/E + PDMLink immer die neueste Version (dienstlich) Pro/ENGINEER WF4 (privat) Pro/INTRALINK 3.4 M030 (privat)
|
erstellt am: 15. Jan. 2004 14:04 <-- editieren / zitieren --> Unities abgeben:
Hi Forum, leider brummt´s bei der PTC-Hotline anscheinend so stark, das sie keine Zeit für meinen Call haben. Na, versuchen wir´s halt hier. Bei einem Kunden werden viele Familientabellen, speziell für Normteile, eingesetzt. Diese erkennt man recht leicht an dem Attribut "Herkunft", das dann mit "SWN" gefüllt ist. Hiervon gibt´s oft auch Zeichnungen, ebenfalls mit "SWN" gekennzeihnet. Nun möchten wir einen CheckOut machen, mit den Einstellungen "Notwendige", Instanzen einschließen, Generische einschließen, Zeichnungen einschließen. Dummerweise stehen dann, bei einem aktuellen Projekt, einige hundert Varianten der Normteile (wir erinnern uns: "SWN") in der CheckOut-Liste, und - noch schlimmer - auch noch deren Zeichnungen! Nun, dachten wir in unserer Einfalt, machen wir halt eine neue Abhängigkeitskonfiguration (siehe Bild "Abh-Konfiguration.jpg"), um zu sehen, ob die CheckOut-Liste die wirklich benötigten Varianten der Normteile trotzdem behält. Tja, das funktionierte zwar, aber dann bekommen wir den Error -904 (siehe Bild "Error-904.jpg) beim CheckOut. 1. Haben wir was bei der Definition der Abhängigkeiten falsch gemacht 2. Hat vielleicht jemand eine andere, und damit sicherlich bessere, Idee? Viele Grüße Detlef Bexkens ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
andschne Mitglied
Beiträge: 132 Registriert: 05.11.2001 ME10 Makro Konig bis Version 10... Pro/E Pro/Intralink seit1.1 Pro/PDM Windchill kenn ich auch noch Oracle 1-1999999999 oder so (alles was kommt:)
|
erstellt am: 15. Jan. 2004 14:21 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
Hallo Detlef, zu1. Kann ich so nur bestätigen wenn ich mir die Abhängigkeitskonfiguration anschaue zu2: weiß ich nicht aber mit (VERSION with Herkunft=`SWN') würde ich sagen geht es nicht. Ich würde sagen mit: "Version is latest AND Herkunft='SWN'" sollte es gehen. Kann es sein, das beim speichern der Konfiguration etwas falsch gegangen ist? hat jemand in der Textdatei Editiert? etc.etc das kennst du ja alles! Gruß Andreas PS wie war das noch mit dem Weinkeller ausräumen? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
andschne Mitglied
Beiträge: 132 Registriert: 05.11.2001 ME10 Makro Konig bis Version 10... Pro/E Pro/Intralink seit1.1 Pro/PDM Windchill kenn ich auch noch Oracle 1-1999999999 oder so (alles was kommt:)
|
erstellt am: 15. Jan. 2004 14:26 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
|
andschne Mitglied
Beiträge: 132 Registriert: 05.11.2001 ME10 Makro Konig bis Version 10... Pro/E Pro/Intralink seit1.1 Pro/PDM Windchill kenn ich auch noch Oracle 1-1999999999 oder so (alles was kommt:)
|
erstellt am: 15. Jan. 2004 15:16 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
|
anagl Ehrenmitglied V.I.P. h.c.
Beiträge: 4566 Registriert: 28.05.2001 WF2 M280 (Wf4 M080 test) I-link 3.4 M061 HW diverse Das Schreiben bei CAD.de ist freiwillig und kein Muss !!!!!
|
erstellt am: 15. Jan. 2004 15:42 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
2 Denkansätze 1. Zeichnungen der Normteile nicht mitnehmen als letzte Bedingung {ITEM = '*.drw' with Herkunft != 'SMN'} (nicht getestet) 2. wenn zuviel Normteile mitkommen Normteile in Pro/E verifizieren und neu einchecken (IMHO Altlast aus Intralink 1.2 oder 2.0) Gruss Alois PS: Weinkeller aufräumen != ausräumen?
[Diese Nachricht wurde von anagl am 15. Jan. 2004 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
andschne Mitglied
Beiträge: 132 Registriert: 05.11.2001 ME10 Makro Konig bis Version 10... Pro/E Pro/Intralink seit1.1 Pro/PDM Windchill kenn ich auch noch Oracle 1-1999999999 oder so (alles was kommt:)
|
erstellt am: 15. Jan. 2004 15:50 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
|
dbexkens Moderator Unternehmensberater / Professional Development Manager
Beiträge: 2174 Registriert: 14.08.2000 Pro/E + PDMLink immer die neueste Version (dienstlich) Pro/ENGINEER WF4 (privat) Pro/INTRALINK 3.4 M030 (privat)
|
erstellt am: 16. Jan. 2004 08:41 <-- editieren / zitieren --> Unities abgeben:
Hi, ich geb´s auf! Neue Konfiguration erstellen -- nix. Nun, dann halt die vorhandene "neueste" Eportieren -- OK Editieren und unter neuem Namen speichern (siehe Bild "Editor") -- OK Importieren (siehe Bild "Fehlermeldung") -- nix Was mache ich falsch?! Grüße Detlef ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
anagl Ehrenmitglied V.I.P. h.c.
Beiträge: 4566 Registriert: 28.05.2001 WF2 M280 (Wf4 M080 test) I-link 3.4 M061 HW diverse Das Schreiben bei CAD.de ist freiwillig und kein Muss !!!!!
|
erstellt am: 16. Jan. 2004 09:14 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
|
andschne Mitglied
Beiträge: 132 Registriert: 05.11.2001 ME10 Makro Konig bis Version 10... Pro/E Pro/Intralink seit1.1 Pro/PDM Windchill kenn ich auch noch Oracle 1-1999999999 oder so (alles was kommt:)
|
erstellt am: 22. Jan. 2004 19:02 <-- editieren / zitieren --> Unities abgeben: Nur für dbexkens
Stellt sich die Frage: "wieso gehts bei euch nicht aber bei mir" ich habe 3.3 {ITEM='*'with Test='test1'}:{.............} Also einfach hinter das erste ITEM das Attribut welches ich haben will eingefügt. und dann gings! Ich habe es allerdings nicht stundenlang getestet. Mein Attribut Heist Test der vorbelegte Wert hießt 'test1' und das wars wenn es bei euch nicht geht na dann ??????? Gruß Andreas
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |