---

Hallo liebe Gemeinde,

wie ja schon bekannt, konnte man mit 2001 und Intralink 3.3 Proe direkt in einem Workspace starten, ohne Intralink zu starten. Dies funktionierte super mit dem Anhang -w<Workspacename> an den Startbefehl von Proe in der Startbatch...

Nun haben wir Wildfire 2 mit Intralink 3.4 und hier gibts folgendes (nervende) Verhalten von Proe: Immer erscheint ein Login-Fenster, in dem Proe oder Intralink die Verbindung zum Commonspace sucht und man #Abbrechen drücken muss, dann #ok, dann wieder #Abbrechen und ich glaube noch mal #ok, und das mit einer Zeitverzögerung.

Nach einigen Anrufen bei der PTC-Hotline und Öffnen einiger Calls sind wir noch keinen (wesentlichen) Schritt weiter. Es gibt die Möglichkeit "-batch_mode" an die Startzeile von Proe anzuhängen. Das verhindert in der Tat den Verbindungsversuch zum CS, aber beim Arbeiten mit Proe - und nun aufgepasst! - verwandelt sich das hilfreiche Fehlerbehebungs-Menü in ein völlig sinnloses Menü, das garantiert die wenigsten von Euch jemals gesehen haben. Ein Menü, das die Welt nicht braucht, weil man nichts auch nur annähernd sinnvolles damit anfangen kann :-)) .

Schlaue Leut, wer hier Rat weiss, hat sich die volle Anzahl Untities verdient, vielen Dank im voraus,

Gruss, Ruepitz

------------------
Pro/E seit Vers. 16, PDM, Intralink seit 2.0

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

---

Hallo Ruepitz!

Ist zwar keine Hilfe, aber von so etwas würde ich dringend abraten.
Wenn man ohne Intralink arbeiten will, die Objekte aus dem Workspace auf die Festplatte exportieren und dort weiterarbeiten.

Gruß
Arni

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

---

...Danke für deine Mühe, aber hast mich wohl nicht richtig verstanden... Du brauchtest i. d. Vergangenheit kein Intralink-Client zu starten, um mit Proe im Workspace zu arbeiten, hast aber volle Client-Funktionalität gehabt. Also kein Zerschiessen der local.dbb, Namenschaos usw. Alles nur mit dem Zusatz -w<workspacename> im Startskript.

Achtung! Natürlich nicht einfach in Proe das Arbeitsverzeichnis in den Workspace ändern - das geht natürlich schief, wie du richtig sagst. Ist, wie gesagt, aber was ganz anderes, als was ich meine...

Wir haben im übrigen Windows 2000 installiert.

------------------
Pro/E seit Vers. 16, PDM, Intralink seit 2.0

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

---

Hallo Ruepitz,

ich habe mal zufällig gesehen, dass das PTC.Setup in jeden Pro/E Startbefehl (bei WF also in die *psf-Dateien) das Intralink-Installationsverzeichnis einträgt.
Wenn man die Einträge per Texteditor aus den psf-Dateien entfernt, mit denen man ohne Ilink starten will, kommt die Abfrage nicht mehr.
Ich habe allerdings noch nie probiert, ob dann die Geschichte mit -w workspacename funktioniert. Müsste aber eigentlich, soweit ich weiss, braucht es dafür nur den pdm_ldb_path.

------------------
Grüße,
Manuel

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

---

... Auch dir vielen Dank für Deine Mühe,

1. kann es nicht funktionieren, weil du den Pfad schliesslich beim Setup setzt und das Setup-Programm in die .psf-Datei diesen Eintrag schreibt. Fehlt er, kann Proe niemals mehr den Client finden. Deine/diese Methode entspricht wieder der Methode Arbeitsverzeichnis in Proe in den Workspace ändern und sich alle Daten perfekt zerschiessen

2. Nur durch diesen Pfad in der .psf hat Proe die Möglichkeit, Intralink zu finden und sich die Intralink- (Client-) Funktionalität zunutze zu machen und Infos aller Proe-Vorgänge in die local.dbb einzutragen, die bei der Arbeit wichtig sind. Ist er weg, bist du wieder bei Punkt 1.

3. Schwacher Trost: du hast recht, die Abfrage nach dem Login kommt nie wieder ohne den Eintrag, bringt uns aber leider keinen Schritt weiter.  :-)

Gruss, Ruepitz

------------------
Pro/E seit Vers. 16, PDM, Intralink seit 2.0

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

---

Hallo!
Habs nicht probiert aber nachdem Du eh schon mit Optionen startest könntest ja gleich mit einem Trail File starten das die lästigen Abfragen erwürgt (wird zwar genau so lange dauern aber die lästigen klicks fallen weg).

mfg Erich

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

---

@arni: !??!

@Ruepitz:
Info: Bei den Inneo Startup-Tools wird Intralink nicht automatisch mitgestartet. Weiß gar nicht genau wie das funktioniert. Ich verwende es einfach, freu mich drüber und aus. Angeblich gibt es eine config.pro Option "remember_pdm_server" oder so ähnlich, die da mit reinpfuscht.

------------------

Stahl.

P.S.: da ich einem Irrtum unterlegen war, habe ich den ersten Teil meines Posts wieder herausgenommen. Sorry dafür.

[Diese Nachricht wurde von Stahl am 28. Nov. 2005 editiert.]

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

---

@Ruepitz

Sorry, ich meinte natürlich das mit meinem Beitrag:

Zitat Ruepitz:
Achtung! Natürlich nicht einfach in Proe das Arbeitsverzeichnis in den Workspace ändern - das geht natürlich schief, wie du richtig sagst. Ist, wie gesagt, aber was ganz anderes, als was ich meine...
Ende Zitat

Gruß
Arni

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

---

Hallo zusammen,

für alle, die es interessiert: soeben habe ich von der PTC-Hotline einen Anruf bekommen mit dem Hinweis, dass das Untedrücken des Login-Fensters in Wildfire 2 nicht möglich ist.

Auch dm_remember_server auf "no" gesetzt und das mit "-batch_mode" im Start-Skript führt in diesem Fall nicht zum gewünschten Ergebnis. 

PTC-Tipp: Auf der PTC-Homepage einen Verbesserungsvorschlag machen...

Gruss, Ruepitz

------------------
Pro/E seit Vers. 16, PDM, Intralink seit 2.0

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

---

... also den inhalt deines topics habe ich ja verstanden. ich habe aber noch nicht verstanden warum dieses verhalten besser sein soll.

... also, wenn ich pro/e starte (nicht angemeldet im ilink) aus einem workspace heraus (ohne diesen aber oeffnen zu koennen) dann habe ich workspace-kompabilitaet, sprich ich kann oeffnen und speichern. ich komme aber nicht in den commonspace. ich komme auch nicht dazu, den workspace direkt zu oeffnen. irgendwann muss ich doch dann zwangslaeufig einloggen um spaetenstens einzuchecken. ich sehe jetzt noch nicht die vorteile bei dieser arbeitsweise, vielleicht kannst du mich ja mal aufklaeren! im uebrigen ist dieses verhalten ja auch eher ein sicherheitsrisik, sprich jeder kann den arbeitsplatz, also den inhalt des ws manipulieren, ohne sich einzuloggen. klingt eher so, als ob ptc da eine luecke geschlossen hat!

... so long

[Diese Nachricht wurde von hagen123 am 29. Nov. 2005 editiert.]

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

---

@hagen:
Man kann und konnte schon seit je her hervorragend mit ProE im WS arbeiten, ohne den Client gestartet zu haben. Man kann auch ganz normal ProE starten und den Client dann beenden (das ist das, was ich hier einfach mal empfehlen würde).
Im WS ist man sowieso "Gott", also ist der User ziemlich egal. Ich sehe kein Sicherheitsrisiko. Ich habe das schon sehr oft angewendet und noch nie Probleme gehabt.

Ja, zum Einchecken wirft man dann den Client an. DORT greift der Username und es gelten seine Berechtigungen im Commonspace.

Anwendungsfall wäre zum Beispiel jemand, der mobil sein muss und seinen Rechner bzw. seinen Workspace mal wo anders hinträgt, dort weiterarbeitet und am Ende wieder zurückkommt, um Einzuchecken.

Das alles geht auch weiterhin, nur dass man halt nach dem Start erstmal das Loginfenster abbrechen muss. Und da verstehe ich nicht so recht, wieso das so schlimm sein soll. In den meisten Fällen braucht man den Client ja ohnehin und arbeitet ganz normal mit beiden Programmen in Kombination. Und für die Ausnahmen klick ich halt ein mal "Abbrechen". *shrug*

------------------

Stahl.

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

---

Danke Hagen und danke den anderen nochmal,

so ist es.
Weiteres Beispiel:

Du sitzt in einer Company, die auf den Commonspace aus verschiedenen Standorten zugreift, also USA/China/Deutschland z.B. Der CS-Server steht hier in D. Nun haben Eure Kollegen, die sich in Intralink einloggen, sooo einen Hals, weil Intralink Reaktionszeiten jenseits von gut und böse hat. Auch, wenn du replizierst. Irgendwann holt sich der Client immer Metadaten vom CS-Server. Und die armen Jungs warten und warten und warten... Versuch mal, nur von Adorf nach Bdorf in Deutschland zu synchronisieren! Du wartest bei ca. 2,2GB im Workspace zwischen ner halben und einer Stunde. Dann kommt Aktualisieren hinterher - noch mal ne knappe halbe Stunde...

Arbeitest du nun in dieser Konstellation immer mit dem Ilink-Client angemeldet in Proe, versucht dieses beim Aufruf einer 100kB-Schraube, die Metadaten aus dem CS zu holen - und du wartest rund ne Minute. Alles größere entsprechend unverhältnismäßig länger, um nicht zu sagen, ewig.

Lösung: Starte Proe in deinem Workspace mit w<workspacename>, ohne den Client zu starten und die Welt ist wieder in Ordnung! Alles normal. Und wenn du nun Feierabend machst, oder Deine Kollegen in USA, dann machen sie noch ein abschliessendes Synchronisieren und Aktualisieren dann wieder am nächsten Tag, um natürlich Konflikte übergehen zu können oder sonst ein "OK" zu klicken.
So verlegt man die Warte-/Leerlaufzeiten direkt in den Feierabend rein und kann sich ums Wesentliche kümmern. Perfekt bei mehreren Standorten!

Ihr habt allerdings alle recht: das mit dem Login-Fenster ist nicht wirklich tragisch - es nervt lediglich, weil auch das Abbrechen und Schliessen bei entfernten Standorten mit Wartezeiten verbunden ist - immer wird der Server gesucht und mit ihm kommuniziert. jeder kennt es, dass ein "Abbrechen" in Intralink teils länger dauert, als die Aktion selbst.

Herzlichen Gruss an alle Interessierten!
Ruepitz

------------------
Pro/E seit Vers. 16, PDM, Intralink seit 2.0

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

---

Hi Ruepitz,

in http://ww3.cad.de/foren/ubb/Forum12/HTML/008911.shtml#000003 habe wir das schon mal dirkutiert.

Im genannten Pfad wird auch z.B. gespeichert, mit welchem Intralink oder Windchill man zuletzt gearbeitet hat. Bei mir hat's geholfen, wenn ich das Zeugs alles geloescht habe, und Pro/E hat beim Start nicht mehr nach der Intralink-Mama gerufen.

Inwiefern das jedoch funktioniert, wenn man mit -w startet, habe ich nicht getestet.

Gruesse

Detlef

------------------

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