---

Hallo

Wenn ich in einer Asynchronen JLink Applikation einen Mapkey starte (Der Mapkey startet die Globale Kollinsionsanalyse) und nach beendigung der Analyse eine weitere Anweisung starte bekomme ich manchmal die Fehlermeldung XToolkitCommError. ProE ist dann erst wieder ansprechbar wenn ich meine Applikation beende.

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

---

Ich kenn mich nur mit der VB Schnittstelle aus, aber die Fehlermeldungen und Befehle sind sehr oft gleich.

Der Fehler tritt auf, wenn es Probleme mit dem COM-Server gibt.

Entweder deine zweite Anweisung baut erneut eine Verbindung zu Pro/E auf, obwohl noch eine Verbindung besteht, oder die zweite Anweisung baut keine Verbindung auf, jedoch beendet die erste Anweisung die Verbindung.

Es könnte auch sein, dass Anweisung 1 eine Verbindung aufbaut, du danach den Workspace wechselst oder Pro/E schließt, und Anweisung 2 nun keine Verbindung mehr zu Pro/E hat oder aufbauen kann.

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

---

Der Fehler tritt nur sporadisch

Was verstehst du unter COM-Server?

Jlink ruft die Toolkit-befehle über JNI auf (also in prinzip direkt)

In Jlink wird nur einmal eine Verbindung aufgebaut und solange nicht beendet bis entweder daqs Programm den Befehl AbortProE aufruft oder beendet wird.

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

---

Okay, vergiss das mit dem Com-Server, den scheint es bei J-Link nicht zugeben.

Zitat:

---

In Jlink wird nur einmal eine Verbindung aufgebaut und solange nicht beendet bis entweder das Programm den Befehl AbortProE aufruft oder beendet wird.

---

Soweit die Theorie. 

Welchen Fehler gibt er denn GENAU aus? XToolkitCommError ist ja genau genommen nur der Name des Fehlers, aber - zumindest bei VB - schmeißt er dazu noch einen ganzen Batzen an Infos raus, mit denen man das Problem oft - nicht immer - weiter eingrenzen kann.

Wenn du allerdings sagst, dass der Fehler nur sporadisch auftrifft, kannst du das irgendwie eingrenzen? Tritt er auf nachdem du eine bestimmte Aktion durchgeführt hast?

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

---

Als Zusatzinfo zum Fehler erhalte ich nur wo der Fehler aufgetreten ist, da dies aber 5x (manchmal 4x, manchmal 6x,...) durchläuft und dann auf den Fehler läuft ist die Info nicht sehl Hilfreich

Eingrenzen: Wie gesagt der Fehler tritt auf nachdem ich über JLink einen Mapkey ausgeführt habe und eine weitere Aktion in ProEngineer durch führe.

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

---

Hallo,

wie stellst du sicher, dass Pro/E die Durchdringungsprüfung
beendet hat, bevor du das nächste Kommando ausführst?
Tritt das Problem vielleicht öfter auf, wenn komplexe Baugruppen
geprüft werden?
Ich würde es dann vielleicht mal mit einem timeout probieren.

Grüße
Florian

------------------
buw

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

---

Sobald die Kollisionsanalyse abgeschlossen ist wird ein File (global*inf..) im Arbeitsverzeichniss erstellt - Sobald der File da ist und ich Schreibrechte habe (ProE hat den File fertig geschrieben) ist die Kollisionsanalyse abgeschlossen - Danach lasse ich den Thread noch über Thread.sleep 10sec schlafen und fahre dann mit der nächsten Aktion fort

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

---

Zitat:

---

Original erstellt von fly:
Sobald die Kollisionsanalyse abgeschlossen ist wird ein File (global*inf..) im Arbeitsverzeichniss erstellt - Sobald der File da ist und ich Schreibrechte habe (ProE hat den File fertig geschrieben) ist die Kollisionsanalyse abgeschlossen - Danach lasse ich den Thread noch über Thread.sleep 10sec schlafen und fahre dann mit der nächsten Aktion fort

---

Hm, ok, damit hat sich mein Vorschlag dann wohl erübrigt.

------------------
buw

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

---

Ich kann nur vermuten, dass hin und wieder irgend ein Problem auftritt, mit dem dein Programm nicht umgehen kann. Wie du schon sagst - am Quellcode kann es nicht liegen.

Hast du mal probiert in deinem Programm Fehler abzufangen, und auszugeben? In VB geht das ganz simpel mit catch/try/endtry. Ich denke mal in Java wird es ein Äquivalent dazu geben.
So könntest du feststellen, bei welchem Befehl dein Programm sich genau aufhängt.

Ansonsten bin ich grad noch über diese beiden Foreneinträge gestolpert: http://ww3.cad.de/foren/ubb/Forum12/HTML/012190.shtml http://www.mcadcentral.com/proe/forum/forum_posts.asp?TID=37288&PN=7

Vielleicht helfen dir die irgendwie weiter. Ich hab von dem Quellcode keine wirkliche Ahnung. 

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