| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: löschen im CS (ilink 3.2) (862 mal gelesen)
|
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 02. Apr. 2003 11:27 <-- editieren / zitieren --> Unities abgeben:
hi, folgendes ist mir aufgefallen: wenn man im CS ein objekt löscht, das die "letzte" verbleibende version ist, dann bekommt man die entsprechende meldung dafür und kann mit OK das löschen bestätigen. wird das objekt von einer anderen baugruppe verwendet bekommt man hier keine warnung/hinweise!!! (also man kann das objekt ohne problem löschen! - beim "aufräumen" kann man das verhindern, aber hier?) das finde ich nicht in ordnung, oder wie denkt ihr darüber? ------------------ cu fossy meine kleine website 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: 02. Apr. 2003 12:51 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
|
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 02. Apr. 2003 12:57 <-- editieren / zitieren --> Unities abgeben:
|
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: 02. Apr. 2003 13:06 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
Zitat: Original erstellt von andschne:
das ist kein Fehler das ist die Funktion
Dann haben die Entwickler aber noch nichts von referentieller Integrität oder Trigger'n gehört. Das kann doch doch die Oracle schon lange ------------------ Servus Alois 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: 02. Apr. 2003 14:05 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
Hi, was im moment helfen könnte ist so was wie ein Dummypart erzeugen, das den namen des alten Teils hat. Das Teil mußt du aber immer noch neu machen (wenn du das versehentlich gelöscht hast). aber was erwartest du auch von den Entwicklern? Die Jungs kommen doch aus Amiland. die können doch alles besser ausser Hochdeutsch d.H. sie können also auch besser schlecht programmieren, besser schlechte .......... den rest spare ich mir jetzt Gruß Andreas Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 02. Apr. 2003 14:19 <-- editieren / zitieren --> Unities abgeben:
hallo nochmal, das "problem" äußert sich wie folgt:
- im WS1 befindet sich BG1 mit UnterBG1.
- im WS2 befinden sie sich auch.
- nun wird im CS UnterBG1 gelöscht (komplett - ausversehen ).
- im WS1 wird nun BG1 und UnterBG1 "weiterentwickelt"
- und dann eingecheckt
... nach dem einchecken war ich schon "erfreut", dass alles glatt ging
- so, und nun im WS2 die "veralteten" objekte "aktualisieren"
... geht nicht Fehlermeldung: Objekt UnterBG1 wurde umbenannt - synchronisieren sie blabla... synchronisieren hilft aber nicht das poblem ist, dass WS2 erhalten bleiben soll, da sehr groß... ------------------ cu fossy meine kleine website [Diese Nachricht wurde von fossy am 02. April 2003 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: 02. Apr. 2003 15:37 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
|
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: 02. Apr. 2003 15:42 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
noch was ... nach dem einchecken war ich schon "erfreut", dass alles glatt ging
so, und nun im WS2 die "veralteten" objekte "aktualisieren" mit dem Einzelbildmanager bis vor die Aktualisierung zurück gehen und dann erst mit Sync mit CS den WS2 auf den aktuellen Stand bringen. danach ist dann ggf. ein Aktualisieren noch zu machen.. Ich hoffe das Hilft Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 02. Apr. 2003 15:45 <-- editieren / zitieren --> Unities abgeben:
|
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001 Der einzige Mensch, der sich vernünftig benimmt, ist mein Schneider. Er nimmt jedesmal neu Maß, wenn er mich trifft, während alle anderen immer die alten Maßstäbe anlegen in der Meinung, sie passten auch heute noch. (George Bernard Shaw, ir. Dramatiker, 1856-1950)
|
erstellt am: 02. Apr. 2003 15:47 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von andschne:
mit dem Einzelbildmanager bis vor die Aktualisierung zurück gehen und dann erst mit Sync mit CS den WS2 auf den aktuellen Stand bringen.
aktualisieren ging nicht. (unübergehbarer) Fehler: Objekt wurde im CS umbenannt.
------------------ cu fossy meine kleine website 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: 02. Apr. 2003 17:20 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
also noch mal zum mitdenken! du gehst im WS2 zurück bis vor deine Aktuakisierung dann sagst du nicht Aktualisieren sondern SYNC mit CS und dann kommt die Fehlermeldung, das das Objekt umbenannt wurde? wenn du es doch jetzt wieder im CS hast mußt du es doch auch "einfach" über Auschecken in den WS bekommen oder geht das auch nicht mehr? Gruß
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 03. Apr. 2003 06:55 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von andschne: also noch mal zum mitdenken!du gehst im WS2 zurück bis vor deine Aktuakisierung
bin ich, weil aktualisieren nicht geht Zitat:
dann sagst du nicht Aktualisieren sondern SYNC mit CS und dann kommt die Fehlermeldung, das das Objekt umbenannt wurde?
korrekt! Zitat:
wenn du es doch jetzt wieder im CS hast mußt du es doch auch "einfach" über Auschecken in den WS bekommen oder geht das auch nicht mehr? Gruß
auch korrekt! - auschecken geht auch nicht, weil der WS sagt, dass das Objekt schon vorhanden ist wie man es wendet und dreht, ich bekommen die baugruppe einfach nicht mehr unter dem alten namen rein. ich habe der UnterBG1 einen neuen namen gegen (UnterBG1-a). mit der kann ich jetzt weitermachen - problem an der geschichte ist nur, dass jetzt alle vorhergehenden versionen von BG1 keine beziehung mehr zu UnterBG1 haben (aber logischerweise auch nicht zu UnterBG1-a). demzufolge wird beim auschecken von einer älteren version von BG1 auch keine UnterBG1 mit ausgecheckt und beim aufrufen fehlt dann diese komponennte UnterBG1 alles sch.... ------------------ cu fossy meine kleine website Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
KeBa Mitglied CAD Konstr.Masch.Bau
Beiträge: 450 Registriert: 03.07.2002 CAD:CATIA V5 (R18),ProE WF2 PDM`S: SmartTeam,Intralink,ProFile Windows Professionell xp64
|
erstellt am: 08. Apr. 2003 14:24 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
hi fossy! hatte sowas auch schon und bin der meinung, das sich ilink bei sowas leider nicht austricksen lässt. deshalb mein vorschlag, benenne die Unterbgr1 im CS um und ERSETZE sie in der übergeordn. baugruppe mit "nach Layout". Ich hoffe Du kennst die Referenzen gute Reparatur! Kerstin ------------------ Wer fragt ist ein Narr für fünf Minuten. Wer nicht fragt, ist ein Narr für ein ganzes Leben Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Marianne Mitglied CAD / PLM Support
Beiträge: 344 Registriert: 01.04.2003
|
erstellt am: 12. Mai. 2003 09:27 <-- editieren / zitieren --> Unities abgeben: Nur für fossy
Hi Fossy, ich habe Dein Problem mal nachgestellt, schließlich kann das ja jedem mal passieren, und dann sollte man gewappnet sein. Also: - im WS1 sind ASM, PRT1 und PRT2 - im WS2 ebenfalls - im CS alle Versionen von ASM, PRT1 und PRT2 gelöscht - im WS1 die Objekte weiter entwickelt und von da in den CS eingecheckt - bei den Aktionen, die Du beschrieben hast (synchronisieren, ...) die gleichen Fehlermeldungen wie Du bekommen - im WS2 ASM, PRT1 und PRT2 gelöscht und alle 3 Objekte aus dem CS in den WS2 ausgecheckt -> ERFOLG! Gruß Marianne
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |