Danke fürs Ausprobieren.

kurzer Zwischenstand: die jConsole konnte ich öffnen und bin nach den Schritten verfahren. Soweit so gut, jedoch konnte ich hier leider keinen Deadlock feststellen. Ist schon interessant, dass wir uns über eine Fehlermeldung (wenn wir sie hätten) freuen würden.

Auch wenn ich davon ausgehe, dass Du es korrekt gemacht hast: Wichtig ist, dass nach den Deadlocks gesucht wird, wenn die Applikation hängt - dann blockieren sich letztlich zwei Threads. Solange die Applikation normal läuft, gibt es also keine. Wenn Du Dich mit JAG3D verbunden hast über die JConsole, dann sollte zunächst kein Problem (im Sinne eines Deadlocks) auftreten. Jetzt müsstest Du das Einfrieren irgendwie herbeiführen (durch Verschieben der Punkte) und dann erneut nach Deadlocks suchen. Es ist also immer eine Momentabfrage. Hast Du es so gemacht?
Und ja, eine Fehlermeldung wäre irgendwie hilfreich. Ob ich mit dieser dann etwas anfangen kann, muss sich dann aber auch erst noch zeigen. Die Ausgaben auf der JConsole sind ja doch recht... kryptisch.

Ich probiere, sobald möglich mal den Weg des Tools jhsdb jstack aus.

Ich könnte mir vorstellen, dass die JConsole ein Visualisierungstool von jhsdb jstack ist. Es könnte also sein, dass hiermit keine weiteren/zusätzlichen Infos entstehen. Auch hier wäre es aber wichtig, dass man die Abfrage erst durchführt, wenn die Applikation bereits hängt.

Ich vermute hier eher, dass ein bestimmter Prozess, Software eines anderen Users hier quer schießt.

Dies würde mich natürlich entlasten. Andererseits frage ich mich, warum es ausgerechnet bei der Aktion immer wieder passiert? Warum friert die Applikation bspw. nicht beim Wechsel der Tabellenansichten ein? Kann ein anderer Prozess von außen tatsächlich das Verschieben im Tree gezielt stören!?

Viele Grüße
Micha

kurzer Zwischenstand: die jConsole konnte ich öffnen und bin nach den Schritten verfahren. Soweit so gut, jedoch konnte ich hier leider keinen Deadlock feststellen. Ist schon interessant, dass wir uns über eine Fehlermeldung (wenn wir sie hätten) freuen würden.

Ich probiere, sobald möglich mal den Weg des Tools jhsdb jstack aus.

Weiterhin interessant: ich konnte gestern das Phänomen das zweite Mal (beim ersten Mal dachte ich, es liegt an deiner Code-Änderung) nicht reproduzieren. Nach Abmelden vom Server und wieder anmelden, war es wieder da. Es sind drei physische, identische Server über das selbe Image aufgesetzt, mit mehrerer VMs drauf. Ich war jeweils auf unterschiedlichen VM. Ich vermute hier eher, dass ein bestimmter Prozess, Software eines anderen Users hier quer schießt.

Viele Grüße

Pierre

..\JAG3Dv2026xxxx_Windows_x86_64\openjdk\bin\jconsole.exe

Starte zunächst JAG3D und dann die JConsole. Wähle dort die laufende Instanz von JAG3D aus und verbinde Dich mit dieser. Auf dem Reiter Threads kannst Du ganz unten Deadlocks detektieren. Wenn die Applikation normal läuft, sollten keine gefunden werden. Wenn ein Deadlock vorliegt, soll es - so die Doku - weitere Informationen in zusätzlichen Tabs geben.

Schönes Wochenende
Micha

schade, ich hatte gehofft, dass sich irgendetwas zeigt. Okay, dann heißt es erst einmal irgendwie weitersuchen.

Die Umleitung auf die server-eigene Runtime durch Umbenennen des openjdk-Ordners hat leider nicht funktioniert. Für eine angepasste Exe benötigst Du aber den Pfad zur (internen) javaw, richtig? So eingeschränkt wie meine Rechte sind, benötige ich dazu den Admin.

Du kannst die EXE-Datei im Prinzip selbst erzeugen. Du benötigst Launch4j. Ich habe hier zwei Konfigurationsdateien abgelegt: jag3d.xml ist vorkonfiguriert für die installierte JDK und jag3d_portable.xml nutzt das openJDK. Der wesentliche Unterschied liegt in den JRE Einstellungen, siehe Screenshot:

Hier kann demnach der Pfad zur JRE angeben werden oder auf eine Umgebungsvariable verwiesen werden. Alle anderen Einstellungen sollten mMn. identisch sein.

Ebenso kann ich leider den jhsdb jstack-Befehl noch die Umleitung in eine Log-Datei testen, da ich ja keine Eingabeaufforderung nutzen darf.

Ja, Du müsstest hierzu mindestens ein Shell-Script (BAT Datei) ausführen dürfen.

Ich überlege gerade folgendes:
Eine Batch darf ich bearbeiten, aber nicht ohne Freischaltung ausführen. Wenn ich das entsprechend vorbereite, mir ggf. dann für eine begrenzte Zeit freischalten lasse (hoffentlich), anschließend die PID anpasse, da sie sich ja dynamisch ändert ... funktioniert das hoffentlich.

Das sollte funktionieren, ja. Die Datei müsste mMn. so aussehen (wobei die Pfade und die ID anzupassen sind und Anführungszeichen zu verwenden sind, wenn Leerzeichen im Pfad sind):

"C:\Program Files\Java\jdk-26\bin\jhsdb.exe" jstack --pid 14032 > D:\tmp\log.txt 2>&1
PAUSE

Alternativ kann ich auch eine JAG3D-Version erzeugen, die bei jedem Schritt ein Alert-Window erzeugt und wir schauen, an welcher Stelle das letzte Fenster angezeigt wurde. Hier sollten wir aber einen Workflow definieren, damit ich für diese Klickfolge die Alerts temp. mal integriere. Du müsstest dann einfach ein paarmal Ok drücken und sagen, was als letztes zu sehen war.

Viele Grüße
Micha

ich habe den RC v20260418 getestet und kann das Phänomen projektunabhängig reproduzieren. Da ich aktuell der einzige User auf dem Server bin - oh Wunder - würde ich auch ausschließen, dass es vom Traffic her abhängig ist.

Die Umleitung auf die server-eigene Runtime durch Umbenennen des openjdk-Ordners hat leider nicht funktioniert. Für eine angepasste Exe benötigst Du aber den Pfad zur (internen) javaw, richtig? So eingeschränkt wie meine Rechte sind, benötige ich dazu den Admin.

Ebenso kann ich leider den jhsdb jstack-Befehl noch die Umleitung in eine Log-Datei testen, da ich ja keine Eingabeaufforderung nutzen darf.

Ich überlege gerade folgendes:
Eine Batch darf ich bearbeiten, aber nicht ohne Freischaltung ausführen. Wenn ich das entsprechend vorbereite, mir ggf. dann für eine begrenzte Zeit freischalten lasse (hoffentlich), anschließend die PID anpasse, da sie sich ja dynamisch ändert ... funktioniert das hoffentlich.

Pfade habe ich angepasst, ist das so korrekt?

P:\T1\JAG3D\JAG3D_Test\openjdk\bin>jstack.exe --jhsdb --mixed --pid # > C:\Users\pefn\Documents\log.txt 2>&1
pause

Vielen Dank und Grüße

Pierre