Hallo

Habe neuerdings das Problem das sich das Programm aufhängt wenn ich Punkte von "bewegliche Anschlußpunkte" zu "datumsgebene Neupunkte" verschiebe und umgekehrt. Nach Neustart befinden sich die Punkte dann in der gewünschten Gruppe.

Aktuelle Version ist 2025-07-29.

Woran kann das liegen?

Grüße

Heinz

Hallo Heinz,

ich habe seit Monaten wenn nicht sogar noch länger nichts mehr an dieser Routine geändert und ich kann das Problem bei mir auch nicht reproduzieren.

Habe neuerdings das Problem das sich das Programm aufhängt wenn ich Punkte von "bewegliche Anschlußpunkte" zu "datumsgebene Neupunkte" verschiebe und umgekehrt.

Wie verschiebst Du die Punkte? Es gibt den Weg über das Kontextmenü des Baummenüs; man kann aus einer Tabelle heraus Punkte verschieben über das Kontextmenü der Tabelle, und man kann per Drag&Drop Punkte verschieben.

Woran kann das liegen?

Liegt das Projekt lokal oder auf einem Netzlaufwerk, welches eine schlechte Anbindung hat?

Viele Grüße
Micha

Hallo Micha,

Das Programm läuft bei mir in einer Windows 11 Netzwerkumgebung. Hier fand ein Update statt.

Ich verschiebe die Punkte immer über das Kontextmenü der jeweiligen Tabellen hin und her. Das hat bis vor kurzem auch jahrelang mit allen möglichen JAG3D Versionen immer tadellos funktioniert.

H-1

Hallo Heinz,

Das Programm läuft bei mir in einer Windows 11 Netzwerkumgebung. Hier fand ein Update statt.

Ich nutze auch Windows 11, sodass das Betriebssystem nicht die Ursache ist. Die Netzumgebung kann ich nicht nachstellen.

Ich verschiebe die Punkte immer über das Kontextmenü der jeweiligen Tabellen hin und her. Das hat bis vor kurzem auch jahrelang mit allen möglichen JAG3D Versionen immer tadellos funktioniert.

Da ich es nicht nachstellen kann, ist es natürlich schwer für mich, den Fehler einzugrenzen. Ich gehe auch davon aus, dass das Problem nicht immer sondern nur ab und zu in Erscheinung tritt, sonst hätte sich sicher noch andere gemeldet. Ich habe daher mal das Update der Oberflächenkomponenten in einen Thread gelegt - kann sein, dass es hilft, muss es aber auch nicht. Könntest Du mal diese Testversion bei Dir ausprobieren und rückmelden, ob diese Änderung etwas bewirkt hat?

Viele Grüße
Micha

Guten Morgen

Danke für deine schnelle Reaktion.

Die Testversion hat leider immer noch die gleichen Phänomene:

Beweglich -> Datum OK
Datum -> Beweglich Keine Rückmeldung, Task Manager zeigt hohe Auslastung irgendwas scheint da bearbeitet zu werden.

Nach Neustart sind die Punkte allerdings in der gewünschten Gruppe. Man hat also immer nur einen Versuch frei.

Bei Verschiebung nach Varianzfrei und Zurück übrigens gleicher Effekt.

Grüße

H-1

Guten Morgen Heinz,

Nach Neustart sind die Punkte allerdings in der gewünschten Gruppe. Man hat also immer nur einen Versuch frei.

Du startest JAG3D sicher über die exe. Könntest Du die Applikation mal über die Konsole starten und schauen, ob Dir Fehlermeldungen dort ausgegeben werden?

Die Warnung, die direkt nach dem Start kommt, ist unkritisch und resultiert aus dem vereinfachten Aufruf. Kommt direkt beim Verschieben etwas?

Der Aufruf lautet, wenn Du Dich bereits ins Verzeichnis von JAG3D durchgehandelt hast,

openjdk\bin\java.exe -jar jag3d.jar

Beim Verschieben über das Kontextmenü der Tabelle wird immer eine neue Gruppe im Baummenü angelegt. Wird diese noch angezeigt bevor sich die Applikation aufhängt oder siehst Du dich nicht mehr.

Viele Grüße
Micha

Hallo

Bei Absturz sehe ich die neue Gruppe nicht, die erscheint erst nach Neustart.
Windows Console usw. kann ich als User hier nicht starten-vom Firmen Admin gesperrt...

H-1

Hallo Heinz,

Bei Absturz sehe ich die neue Gruppe nicht, die erscheint erst nach Neustart.

Okay, ich habe exakt an dieser Stelle nun auch mal den UI-Thread für das Einhängen eingesetzt in der Hoffnung, dass es hilft. Ferner habe ich mal auf Java24 + FX alles umgestellt. Kannst Du bitte die aktuelle Testversion noch ausprobieren?

Windows Console usw. kann ich als User hier nicht starten-vom Firmen Admin gesperrt...

Gehen auch bat-Dateien nicht? Ansonsten sehe ich kaum eine Möglichkeit, wie ich das Problem auch nur eingrenzen kann - geschweige beheben soll ohne einen Hinweis.

Viele Grüße
Micha

Hallo Micha,

Vielen Dank für deine Mühen. Die neue Testversion funktioniert leider auch nicht besser. Es scheint als hätte ich nur einen Schuß frei...

1 x verschieben geht
1 x ausgleichen geht dann auch

Erneutes verschieben führt dann wieder zum Absturz.
Nach Neustart sind die Punkte in der gewünschten Gruppe.

Etwas unkomfortabel, aber ich weiß ja wie ich den Showstopper umschiffen kann.

Wenn ich scheinbar der einzige User mit dem Problem bin, vermute ich die Ursache eher in meiner Netzwerk/Systemumgebung. Was könnte da die Ursache sein?

Ich bin die nächsten Tage im Außendienst, vielleicht kann mal jemand anderes Windows 11 und JAG3D im Netzwerk testen.

Grüße

H-1

Hallo Heinz,

im Moment hat sich noch kein anderer Nutzer gemeldet, der das gleiche Problem hat. Da Du es bis vor kurzem selbst auch nicht hattest, liegt es zumindest nahe, dass das Problem mit der Umstellung bei Euch zu tun hat. Ich gehe mal davon aus, dass das Problem auch bei anderen Nutzern bei Euch im Haus Auftritt, oder? Ich kann es weder bei mir privat noch an der Hochschule reproduzieren.

Vielleicht gibt es Probleme mit den Schreibrechten. Es handelt sich um eine dateibasierte Datenbank, die bei jeder Nutzeraktion eine Transaktion durchführt. Wenn die Änderungen an den DB Files in Echtheit überwacht werden, dann könnte es bei schnellen Änderungen zu Problemen kommen. Hast Du mal probiert einfach abzuwarten, ob sich die Anwendung wieder fängt? Wenn man ein offenes Projekt in einer weiteren JAG3D Instanz versucht zu öffnen, dauert es auch ein wenig, bis die Fehlermeldung von der DB durchgereicht wird.

Beim Programmieren habe ich versucht, alle kritischen Stellen mit einem try-catch zu sichern. Es mag aber durchaus Stellen geben, die ich nicht auf dem Schirm hatte. Insofern wäre es hilfreich zu wissen, ob auf der Konsole Fehlermeldungen ausgegeben werden, um das Problem besser einzugrenzen.

Viele Grüße
Micha

Hallo Michael,

ich wollte mich noch mal melden nachdem ich mal wieder im Büro bin.

Leider bin ich hier nicht wirklich weitergekommen bezüglich des Tests auf der Windows Konsole, außer das unsere Admin sagen es kann unmöglich am EDV-Netzwerk liegen...

Jag3D läuft hier in unserer User-Gruppe auf einer Citrix Console mit Windows 11 auf dem Windows Server 2022.

H-1

Hallo Heinz,

Leider bin ich hier nicht wirklich weitergekommen bezüglich des Tests auf der Windows Konsole,

Konntest Du die Shell/Konsole denn nun öffnen, sodass Du mal prüfen konntest, ob dort eine Exception geworfen wird, oder steht das Tool nach wie vor nicht zur Verfügung.

außer das unsere Admin sagen es kann unmöglich am EDV-Netzwerk liegen...

Schon klar. War vermutlich auch nicht anders zu erwarten.

Jag3D läuft hier in unserer User-Gruppe auf einer Citrix Console mit Windows 11 auf dem Windows Server 2022.

Diese Umgebung habe ich nicht zur Verfügung zum Testen. Windows 10+11 sind nicht das Problem aber eine Citrix-Umgebung habe ich nicht. Ich weiß auch nicht, wie ich das Nachstellen könnte - und ob dann auch das Problem bei mir auftreten würde, ist auch noch fraglich.

Sollten sich noch weitere Erkenntnis ergeben, schreib einfach. Ich versuche es mit mehr Infos gern einzugrenzen aber im Moment fehlt mir die Fantasie, wodurch das Problem bei Dir auftritt.

Viele Grüße
Micha

Hallo H-1,

na herrlich ... Micha war mal wieder schneller, kann ich mir wieder einen Teil sparen

Kann Dir der Admin die entsprechenden Rechte für die Eingabeaufforderung/Konsole nicht temporär einräumen, also für den Test, oder es eben unter seinem User mit Dir zusammen ausprobieren - dauert ja nicht lang.

@Micha
Ich steuere ggf. auf ein ähnliches Problem hin, wo der Zugriff auf JAG3D in anderer Art erfolgen soll. Aktuell wehre ich mich aber noch erfolgreich.

Viele Grüße
Pierre

Hi Pierre,

@Micha
Ich steuere ggf. auf ein ähnliches Problem hin, wo der Zugriff auf JAG3D in anderer Art erfolgen soll. Aktuell wehre ich mich aber noch erfolgreich.

Ich bin gespannt, was Du dann berichten wirst. Vielleicht hilft es am Ende, das Problem besser einzugrenzen.

Beste Grüße
Micha

Hallo Micha,

ich habe heute zusammen mit unserer EDV noch einmal intensiv versucht, das Problem aufzuspüren. Wir haben dazu die von dir bereits modifizierte Testversion benutzt

JAG3D-Absturz beim Verschieben von stochastischen Anschlusspunkten in die Gruppe „Datumspunkte”.

Ergebnisse:

Das Phänomen besteht weiterhin.
In den Log-Files, Windows-Ereignissen und sonstigen relevanten System-Dateien gab es keine Hinweise.

Die aktuelle Konfiguration ist nach wie vor Windows 11 unter Windows Server 2022 mit Citrix-Konsole für Remote-Zugriffe.

Mitte August (das fällt mit dem Auftreten der Probleme zusammen) wurde im Rahmen der regelmäßigen Systempflege ein Update des Windows SQL-Treibers von V15 auf V17 durchgeführt.

Könnte es sein, dass die Probleme damit zusammenhängen?

Grüße

H1

Hallo Heinz,

die offizielle, aktuelle Version enthält praktische alle relevanten Änderungen der Testversion, nutzt aber Java 25 (und nicht mehr 21). Insofern kann auch mit der letzten Version getestet werden.

In den Log-Files, Windows-Ereignissen und sonstigen relevanten System-Dateien gab es keine Hinweise.

Entscheidend ist, ob etwas auf der Konsole ausgegeben wird, wenn JAG3D über die Konsole gestartet wird. Andere Logfiles sind in diesem Zusammenhang nicht hilfreich. Solange JAG3D nicht testweise über die Shell gestartet werden kann, sehe ich keine Möglichkeit das Problem einzugrenzen.

Die aktuelle Konfiguration ist nach wie vor Windows 11 unter Windows Server 2022 mit Citrix-Konsole für Remote-Zugriffe.

Die habe ich zum Testen nicht zur Verfügung. Wir nutzen hier Horizon und da läuft es problemfrei - wobei dort noch Windows 10 drauf ist. Privat habe ich Windows 11 und entwickle JAG3D auch auf dieser Maschine.

Mitte August (das fällt mit dem Auftreten der Probleme zusammen) wurde im Rahmen der regelmäßigen Systempflege ein Update des Windows SQL-Treibers von V15 auf V17 durchgeführt.
Könnte es sein, dass die Probleme damit zusammenhängen?

Ich denke nicht, da der HSQLDB Datenbanktreiber Teil von JAG3D ist - um die Plattformunabhängigkeit zu gewährleisten - und nicht vom System kommt.

Viele Grüße
Micha

"Entscheidend ist, ob etwas auf der Konsole ausgegeben wird, wenn JAG3D über die Konsole gestartet wird. Andere Logfiles sind in diesem Zusammenhang nicht hilfreich. Solange JAG3D nicht testweise über die Shell gestartet werden kann, sehe ich keine Möglichkeit das Problem einzugrenzen."

Ja das haben wir gemacht, der Kollege hat dazu die entsprechenden Rechte. Da sind allerdings keine Meldungen aufgetreten.

Was mir gerade beim Test der neuen Version noch aufgefallen ist :

In einem reinen 1_D Projekt ist hin und her verschieben möglich.

In einem 3_D oder gemischten 3D/1D Projekt kommt es beim Verschieben zu den von mir zuvor beschriebenen Effekten. Der Fehler tritt allerdings erst auf wenn man versucht die 3D Punktgruppe hin und her zu verschieben. Es erscheint dann die Fehlermeldung "ZULU Plattform X64 Architecture reagiert nicht" was das nun wieder bedeutet wissen wahrscheinlich nur die Götter...

H-1

Hallo,

Es erscheint dann die Fehlermeldung "ZULU Plattform X64 Architecture reagiert nicht"

Das ist das JDK von Java, denke ich. Ist auf dem System Java 25 installiert? Kann man erfragen mit java -version, siehe Screenshot anbei

Die Zulu-Plattform kommt von azul.com und gibt es dort für Windows für zwei Architekturen x86 64-bit und ARM 64-bit. Wenn ich JAG3D zusammenstelle, nutze ich immer die x86 64-bit Variante, die bisher keine Probleme gemacht hatte - außer bei Dir. Möglicherweise ist aber die andere Plattform bei Dir geeigneter?

Wir könnten also folgendes probieren:

1) Wenn Java 25 auf Deinem System installiert ist, dass wir diese Version direkt nutzen.
2) Wir könnten das OpenJDK mal austauschen;
2a) entweder auf die ARM 64-bit,
2b) oder auf das Original.

Wenn Java bereits installiert ist, dann wäre der Punkt 1 am einfachsten. Kannst Du das daher mal prüfen? Sollte es eine ARM Architektur sein, würde ich mal diie Laufzeitumgebung tauschen. Wenn diese beiden Optionen nicht funktionieren oder Du die beiden Fragen nicht beantworten kannst, kann ich mal eine Testversion mit einer anderen JDK zusammenstellen.

Viele Grüße
Micha

Danke für die schnelle Hilfe, die Befehlszeile ist für mich nicht zugänglich ich habe die Info aber an dem zuständigen Admin weiter gegeben.

H1

Guten Abend,

warten wir mal, was er sagt. Die einfachste Variante wäre, wenn Java bereits installiert ist von der IT, da diese sicher eine Variante auswählen würden, die auf jeden Fall zur Architektur passt. Sollte dies also das Problem sein, wäre es direkt gelöst.

Viele Grüße
Micha

Hallo Micha

Ich habe heute die Info bekommen welche JAVA-Version bei uns installiert ist:

---
openjdk version "21.0.4" 2024-07-16 LTS
OpenJDK Runtime Environment Temurin-21.0.4+7 (build 21.0.4+7-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.4+7 (build 21.0.4+7-LTS, mixed mode, sharing)
---

Bei aktuellen JAG3D Version funktioniert übrigens bei mir der HTML Report nicht mehr, das heißt unter Report erscheint keine Auswahl mehr. Kann das auch mit der installierten Java Version zusammenhängen?

Grüße

H1

Hallo Heinz,

Ich habe heute die Info bekommen welche JAVA-Version bei uns installiert ist:

Ach, dass ist blöd. Bis vor zwei Versionen hätte dies noch gereicht, meine ich. Dann hat mich ein Nutzer gebeten, auf die neue Java-Version 25 umzustellen, da in der alten Sicherheitslücken waren und deren IT dies moniert hatte. In diesem Zusammenhang habe ich auf Java 25 umgestellt mit Version v20251011. In der aktuellen Version habe ich das Bundle erneut aktualisiert - auch in der Hoffnung dass dies für Dein Problem hilfreich sein könnte. Die Version JAG3Dv20251101 enthält also das gegenwärtig letzte Java-Update, ist aber mit einem compliance level von Java 24 kompiliert. Soll heißen, Java 24 ist die kleinste Version, die jetzt vorausgesetzt wird. Die Version 21 würde demnach nicht ausreichen. Java 25 ist - wie auch 21 - aber wieder LTS Version, sodass ggf. Deine IT hier ein Update vornehmen würde.

Bei aktuellen JAG3D Version funktioniert übrigens bei mir der HTML Report nicht mehr, das heißt unter Report erscheint keine Auswahl mehr. Kann das auch mit der installierten Java Version zusammenhängen?

Es wird immer verrückter bei Dir, habe ich das Gefühl. Die letzten beiden Versionen haben neben dem Java und JavaFX Update nur ein Fix beinhaltet, der durch diese Java Umstellung kam. Ich habe praktisch so gut wie keine Zeile Code geändert. Kannst Du bitte mal im Verzeichnis von JAG3D nachsehen, ob etwas in \JAG3Dv20251101_Windows_x86_64\resources\ftl\jag3d\ steht. Dort sollten die Templates liegen, die beim Start von JAG3D ausgelesen werden, und Dir dann im Menü angezeigt werden. Ist da eine Datei Report_(Default).ftlh und ein Verzeichnis default, welches weitere ftlh-Dateien enthält?

(Funktioniert der Report bei CoordTrans und JUniForm auch nicht?)

Und um das auch erwähnt zu haben: Ich habe gerade auf einem jungfreulichen PC die aktuelle Version heruntergeladen und es ausprobiert. Es funktioniert bei mir problemfrei.

Viele Grüße
Micha

Hallo Micha,

vielen Dank für deinen Einsatz. Ich warte jetzt ab bis unsere IT eine aktuelle JAVA Version installiert hat. So lange tut es bei mir auch die alte Version z.B. die : JAG3Dv20250213_Windows

Wegen der Reporte hab ich das entsprechende Verzeichnis der aktuellen Version überprüft. Die Report.ftl sind am dafür vorgesehenen Ort, also auch JAVA-alte-Version-Bug.

Grüße

H-1

Hallo Heinz,

vielen Dank für deinen Einsatz. Ich warte jetzt ab bis unsere IT eine aktuelle JAVA Version installiert hat. So lange tut es bei mir auch die alte Version z.B. die : JAG3Dv20250213_Windows

Bei dieser existiert auch das Problem mit dem Verschieben oder ging es da noch?

Meld' Dich, wenn die aktuelle Java Version installiert ist, dann würde ich Dir eine andere exe-Datei erstellen, da die gegenwärtige exe nicht das installierte JDK verwendet. An JAG3D ändert sich dann also nichts sondern nur das JDK wird getauscht. Bin mal gespannt, ob dies dann hilft.

Viele Grüße
Micha

Hallo Heinz,

Bei aktuellen JAG3D Version funktioniert übrigens bei mir der HTML Report nicht mehr, das heißt unter Report erscheint keine Auswahl mehr. Kann das auch mit der installierten Java Version zusammenhängen?

Ich konnte dieses Problem nun auf einem Rechner hier auch nachvollziehen. Das Problem sind die Netzlaufwerke, die zwar im Explorer einen Buchstaben bekommen aber auf Systemebene Adressen haben wie \\fileserver\.... Bei diesen UNC-Pfaden ist Java 25 strenger geworden und ignoriert invalide Pfadnamen, die es zuvor zumindest toleriert hat. Bis zum Wochenende will ich versuchen, eine Lösung zu finden. Ich melde mich dann hier wieder.

Viele Grüße
Micha

Hallo Heinz,

Bei aktuellen JAG3D Version funktioniert übrigens bei mir der HTML Report nicht mehr, das heißt unter Report erscheint keine Auswahl mehr. Kann das auch mit der installierten Java Version zusammenhängen?

Ich habe eine neue Version zum Testen erstellt, die das Problem mit dem Report beheben sollte. Getestet habe ich es auf zwei Systemen mit eingebundenen Laufwerken und UNC-Pfaden. Bei der bisherigen version sehe ich kein Report, bei der modifizierten klappt es aber wieder. Das Problem mit dem Verschieben habe ich auch getestet, Deinen beschriebenen Fehler konnte ich dort aber nicht reproduzieren. Verschieben ist also nach wie vor ein Mysterium.
Ich würde mich freuen, wenn Du mir vielleicht im Lauf der nächsten Woche sagen könntest, ob der Report wieder funktioniert bei dieser Vorversion.

Viele Grüße
Micha

Hallo Micha,

ich habe mich die letzte Stunde mal daran gesetzt und einiges durchprobiert: Dabei greife ich von zu Hause aus, über eine vpn-Citrix-Umgebung auf den besagten Server mit „Win Server 2022“ zu und bin aktuell wahrscheinlich der einzige Nutzer

Ich nutze die JAG3Dv20260112 out of the box mit einem Projekt von Heinz und einem Test-Projekt (Vorwärtsschnitt aus dem Niemeier), welche direkt im Programmverzeichnis von JAG3D liegen. Es kann sein, dass sowohl Server, als auch JAG3D jeweils unterschiedliche physische Server sind - kann ich nicht rausfinden.

Start über die Jag3D.exe:

Anfangs konnte ich mit beiden Projekten mehrfach hintereinander (min. 10 x) Punktgruppen im Baummenü, als auch aus der Tabelle heraus verschiedenen Punktklassen zuordnen. Dann auf einmal der übliche „keine Rückmeldung“-Absturz; es kam mir dabei vor, als ob irgendein Cache voll wurde. Dienstlich greife ich ebenfalls über den gleichen Weg zu, aber direkt ohne vpn und natürlich sind dann auf dem Server viele Nutzer gleichzeitig aktiv. Das Phänomen ist wahllos, ob man im Baummenü verschiebt oder aus der Tabelle heraus spielt keine Rolle. Bei Tests aus dem Amt heraus, zu üblichen Uhrzeiten lässt sich das Problem direkt und unmittelbar reproduzieren.

• Beim Start über die jag3d.exe wird die javaw.exe aus dem openjdk/bin ausgeführt, also die mitgelieferte Umgebung ... ist zumindest das, was ich über den Taskmanager herausfinden konnte.
  
• Die Ini-Datei addressiert min. 500 bis 1000 MB RAM für die JRE. Bei Start und Nutzung werden zwischen 460 bis 550 MB genutzt, damit sollte „out of RAM“ auch kein Problem sein, 80 GB sind verfügbar.
  
• Die CPU-Auslastung ist im Idle kleiner als 1 %, interessant wird es, wenn der Absturz passiert ... dann steigt sie auf ca. 14 % und bleibt dort auch - 32 Core-Prozessor verfügbar.

Aktueller Stand:

• Ich glaube es hat bisher kein Update der auf dem Server installieren JRE stattgefunden, werde ich erfragen. Daher gibt es dazu auch noch keinen Test von mir.
  
• Die Konsole darf ich nicht auszühren und demnach auch keine Batch datei - schreiben darf ich sie aber.

Gegenwärtig war der Versuch unseres IT-Admin des uneingeschränkten Vertrauens zwangsweise die mitgelieferte openjdk zu nutzen und mittels Batch (s. u.) die JAVA-HOME und _PATH-Variablen nochmal exliziet zu setzen. Meines Erachtens wird durch durch die gestartete javaw (s. o.) schon genutzt.

@echo off
REM Temporäres JAVA_HOME setzen
set "JAVA_HOME=P:\T1\JAG3D\JAG3D_Test\openjdk"
REM Temporär Path-Variable erweitern, dass diese Java-Version genutzt wird
set "PATH=%JAVA_HOME%\bin;%PATH%"

REM Java-Programm starten
"P:\T1\JAG3D\JAG3D_Test\jag3d.exe"

Wäre es nicht sinnvoll bei der letzten Zeile (testweise) auf die javaw -jar jag3d.jar-Anweisung zu gehen? Obwohl ich aus dem Stehgreif jetzt nicht weiß, ob das so geht, aber du weißt was ich meine.

Wenn ich keine Batch ausführen darf, meinst es würde der Versuch einer angepassten exe Sinn machen? Also eine die, die mitgelieferte openjdk nutzt aber die Konsole startet und bis zum Ende offen hält, sodass die Ereignisse aus System.out / System.err nicht unterdrückt werden. Ich kann mir irgendwie nicht vorstellen, dass es bei dem Problem keine Ausgabe auf der Konsole gibt, sonst irgendeine Log-Datei.

Viele Grüße

Pierre

Hallo Pierre,

es bleibt ein Mysterium und ich bin echt gespannt, ob wir hier eine Lösung finden.

Aktueller Stand:

• Die Konsole darf ich nicht auszühren und demnach auch keine Batch datei - schreiben darf ich sie aber.

Okay, dann kannst Du Ausgaben ggf. auch Umleiten in eine Datei? Wenn ich bspw. einen ping ausführe, dann sehe ich auf der Konsole die Antwort. Diese kann ich aber auch in eine Datei umleiten (hier log.txt)

ping 192.168.0.1 > log.txt

Kannst Du das mal ausprobieren? Sollte ping gesperrt sein, kannst Du auch das Verzeichnis mal auflisten:

dir > log.txt

Es geht hier nur um einen Test, ob Du überhaupt umleiten kannst und dort etwas drin steht. Sollte es gehen, dann schreib das mal hinter den Aufruf zum Starten von JAG3D. JAG3D sollte dann aber direkt über die JAR und nicht über die EXE gestartet werden.

Gegenwärtig war der Versuch unseres IT-Admin des uneingeschränkten Vertrauens zwangsweise die mitgelieferte openjdk zu nutzen und mittels Batch (s. u.) die JAVA-HOME und _PATH-Variablen nochmal exliziet zu setzen. Meines Erachtens wird durch durch die gestartete javaw (s. o.) schon genutzt.

Ja, das bringt meiner Meinung nach auch nichts. JAG3D startet bereits, da der Pfad zum JDK explizit gesetzt ist - und offensichtlich auch gefunden wurde. Die Umgebungsvariablen werden nicht ausgelesen oder benutzt. Insofern würde mich wundern, wenn dies etwas bewirkt. An der JAG3D Version selbst kannst Du aber nichts ändern oder? Du kannst also nicht eine andere Version vom openjdk einspielen?!

REM Java-Programm starten
"P:\T1\JAG3D\JAG3D_Test\jag3d.exe"

Wäre es nicht sinnvoll bei der letzten Zeile (testweise) auf die javaw -jar jag3d.jar-Anweisung zu gehen? Obwohl ich aus dem Stehgreif jetzt nicht weiß, ob das so geht, aber du weißt was ich meine.

In jedem Fall. Die EXE sollte zum Debuggen nicht explizit aufgerufen werden. Beim Aufruf kannst Du Dich an meinem Beispiel orientieren, vgl. jag3d.cmd.

Wenn ich keine Batch ausführen darf, meinst es würde der Versuch einer angepassten exe Sinn machen? Also eine die, die mitgelieferte openjdk nutzt aber die Konsole startet und bis zum Ende offen hält, sodass die Ereignisse aus System.out / System.err nicht unterdrückt werden. Ich kann mir irgendwie nicht vorstellen, dass es bei dem Problem keine Ausgabe auf der Konsole gibt, sonst irgendeine Log-Datei.

Ich erzeuge die EXE über Launch4j mit diesen Einstellungen. Du kannst damit gern ein wenig spielen. Solltet Ihr eine JDK installiert haben, dann ändern sich die Einstellungen leicht bei path --> jre.

Viele Grüße
Micha

Hallo Micha,

Es geht hier nur um einen Test, ob Du überhaupt umleiten kannst und dort etwas drin steht. Sollte es gehen, dann schreib das mal hinter den Aufruf zum Starten von JAG3D. JAG3D sollte dann aber direkt über die JAR und nicht über die EXE gestartet werden.

keine Chance, das geht leider nicht. Ich darf ja nicht mal ein ping o. ä. senden, noch kann ich die JAR direkt starten. Die cmd.exe ist gesperrt, öffnet sich und sagt mir dann das sie gesperrt ist und dann darf ich das Konsolenfenster mit einer beliebigen Taste schließen.

... An der JAG3D Version selbst kannst Du aber nichts ändern oder? Du kannst also nicht eine andere Version vom openjdk einspielen?!

Doch, die openjdk sollte ich testweise ersetzen können. Wenn ich einen Ordner erstellen darf und dort was speichern kann (bspw. die dort direkt abgelegten Test-Projekte) sollte das gehen.

In jedem Fall. Die EXE sollte zum Debuggen nicht explizit aufgerufen werden. Beim Aufruf kannst Du Dich an meinem Beispiel orientieren, vgl. jag3d.cmd.

Dann werde ich mit dem Admin am Montag die Batch-Datei erstellen, die dann hoffentlich für mich auch ausführbar ist. Prinzipiell genau mit dem Inhalt des verlinkten Beispiels; sofern sie im JAG3D-Hauptverzeichnis liegt, sollte das dann funktionieren. Hoffentlich spuckt die Konsole dann was aus, oder es entsteht irgendeine Log-Datei.

Wenn ich keine Batch ausführen darf, meinst es würde der Versuch einer angepassten exe Sinn machen? Also eine die, die mitgelieferte openjdk nutzt aber die Konsole startet und bis zum Ende offen hält, sodass die Ereignisse aus System.out / System.err nicht unterdrückt werden. Ich kann mir irgendwie nicht vorstellen, dass es bei dem Problem keine Ausgabe auf der Konsole gibt, sonst irgendeine Log-Datei.

Ich erzeuge die EXE über Launch4j mit diesen Einstellungen. Du kannst damit gern ein wenig spielen. Solltet Ihr eine JDK installiert haben, dann ändern sich die Einstellungen leicht bei path --> jre.

Das werde ich auf dem Server sicher nicht machen dürfen - auch nicht zu emfpehlen. Das einzige was gehen könnte, ist halt die Exe gegen eine andere auszutauschen. Die Anpassung dieser, sodass sie die Konsole offen hält (wenn das überhaupt geht) kann ich aber nicht selbst machen, da ich sie nicht dahin transferiert bekomme. Wenn Du sie als Download zur Verfügung stellst, könnte es prinzipiell gehen. Ich bin ehrlich gesagt aber alles andere als sicher, was dann dort passiert, da die cmd ja prinzipiell von mir nicht ausgeführt werden darf.

Alternativ bleibt dann nur noch eine aktualisierte und ggf. für den Server passende JRE, mit der Anpassung das JAG3D diese dann nutzt, oder testweise der Austausch der openjdk. Werde ich am Mo. besprechen; der Start über die Konsole wäre aber mein erster Ansatz. Wenn die Batch prinipiell nicht für mich ausführbar gemacht werden kann, sind wir wieder bei einer angepassten exe.

Vielen Dank & Grüße
Pierre

Hallo Pierre,

keine Chance, das geht leider nicht. Ich darf ja nicht mal ein ping o. ä. senden, noch kann ich die JAR direkt starten. Die cmd.exe ist gesperrt, öffnet sich und sagt mir dann das sie gesperrt ist und dann darf ich das Konsolenfenster mit einer beliebigen Taste schließen.

Ich dachte, Du kannst eine Batch-Datei ausführen - zumindest hatte ich Dich so verstanden. Wenn das ginge/gegangen wäre, könntest Du Dort auch die Ausgabe umleiten in die Datei.

Doch, die openjdk sollte ich testweise ersetzen können. Wenn ich einen Ordner erstellen darf und dort was speichern kann (bspw. die dort direkt abgelegten Test-Projekte) sollte das gehen.

Na dann, Du kannst gern die offizielle Version der OpenJDK mal testen. Ich nutze immer eine von Azul.

Alternativ bleibt dann nur noch eine aktualisierte und ggf. für den Server passende JRE, mit der Anpassung das JAG3D diese dann nutzt, oder testweise der Austausch der openjdk. Werde ich am Mo. besprechen; der Start über die Konsole wäre aber mein erster Ansatz. Wenn die Batch prinipiell nicht für mich ausführbar gemacht werden kann, sind wir wieder bei einer angepassten exe.

ich drücke die Daumen. Habe auch gerade schon mal alles auf die neue Version 25.0.2 umgestellt - beim nächsten Update würde die dann mit ausgeliefert werden.

Viele Grüße
Micha

Hallo Micha,

also der testweise Austausch gegen die originale OpenJDK (25.0.1 und 25.0.2) hat erstmal keinen Effekt, meiner Meinung nach.

Meinst Du es kann irgendwas projektspezifisches, Datenbank bezogenes sein? In meinem kleinen 2D-Testnetz (der Vorwärtsschnitt) bekomme ich nur sporadisch reproduziert. Bei Heinz seinem 3D-Netz sofort, immer wieder. Ich habe auch mal testweise ein neues Projekt angelegt und dann Heinz sein migriert, jedoch ohne Effekt.

Ich versuche am Mo. hoffentlich die Batch mit Konsole zu testen.

Viele Grüße & Danke
Pierre

Hallo,

Meinst Du es kann irgendwas projektspezifisches, Datenbank bezogenes sein? In meinem kleinen 2D-Testnetz (der Vorwärtsschnitt) bekomme ich nur sporadisch reproduziert.

Aber es tritt eben auf. Das ist der Punkt. Ich habe hier schon ganz viele Gruppen hin- und hergeschoben und hatte das Problem noch nie. Bei größeren Projekten ist die Transaktion natürlich größer als bei kleineren. Aber am Ende des Tages wird aus der GROUP-ID X einfach Y gemacht. Das erscheint mir keine Transaktion zu sein, die die Applikation in die Knie zwingen sollte - zumal das Speichern der Ausgleichungsergebnisse um ein vielfaches aufwändiger ist.

Bei Heinz seinem 3D-Netz sofort, immer wieder. Ich habe auch mal testweise ein neues Projekt angelegt und dann Heinz sein migriert, jedoch ohne Effekt.

Statt Migration könntest Du natürlich mal das Projekt neu anlegen und die Daten importieren aber ich gehe davon aus, dass dies nichts ändert. Im Moment vermute ich, dass bei der Kommunikation zwischen Datenbank und Oberfläche bei Euch etwas dazwischen funkt. Aber das ist alles mehr Kaffeesatzlesen als etwas handfestes. Solange ich es nicht reproduzieren kann, benötige ich zumindest eine Fehlermeldung - und erst dann können wir schauen, wie sich das Problem lösen lässt.

Viele Grüße
Micha

... vielleicht noch ein Nachtrag: Ich könnte die Methode zum Verschieben (über das Kontextmenü) auch mal auskommentieren und dann Schritt für Schritt wieder aktivieren, sodass wir eingrenzen können, an welcher Stelle das Problem auftritt. Hierzu müsste ich immer wieder eine modifizierte JAR bereitstellen. Du müsstest also immer wieder die JAR ersetzen und mir mitteilen, was passiert. Damit sich dieses Vorhaben nicht ewig zieht, sollten wir ggf. einen Termin abstimmen und dann durchziehen.

Hallo Pierre,

Ich versuche am Mo. hoffentlich die Batch mit Konsole zu testen.

Konntest Du den Test inzwischen durchführen? Ich hatte auf der Oberfläche nun selbst einen Bug gefunden: Wenn man Werte in einer Tabelle markiert hatte, konnte man die Spaltengröße nicht mehr anpassen. Dieses Problem habe ich mit einer der letzten Versionen auch behoben. Euer Problem scheint mir in eine ähnliche Richtung zu gehen...

Viele Grüße
Micha

Hi Micha,

ja und wir probieren noch ein paar andere Varianten durch. Geht bei mir ein wenig drunter und drüber … gegenwärtig bin ich auch außer Gefecht gesetzt.

Ich melde mich sobald möglich, mit einer umfangreichen Rückmeldung.

Danke Dir & Grüße

Pierre

Hej Pierre,

gegenwärtig bin ich auch außer Gefecht gesetzt.

Danke für Deine Rückmeldung. In jedem Fall wünsche ich Dir gute Besserung!

Ich melde mich sobald möglich, mit einer umfangreichen Rückmeldung.

Ich wollte mich zumindest mal gemeldet haben, damit nicht der Eindruck entsteht, als interessiert mich dieses Problem nicht.

Alles Gute
Micha

Hallo Micha.

Sorry das ich mich erst so spät zurückmelde, aber ich habe bis vor kurzem noch mit der alten 20250729 gearbeitet. Bei der aktuellen 20260315 funktioniert die Report Erstellung wie gewohnt einwandfrei.

Das alte Problem beim Punktgruppen verschieben besteht aber nach wie vor. Ich vermute allerdings stark das es mit unserer sehr speziellen Netzwerk- und Sicherheitsarchitektur zusammenhängt...

Wir sind aber noch dabei das Problem zu finden.

Ansonsten fungiert dein Programm aber auch im "Absturz-Notbetrieb" ohne Kollateralschäden zu verursachen - das schaffen auch nur wenige.

Grüße H1

Hallo Heinz,

Wir sind aber noch dabei das Problem zu finden.

Ich habe in den letzten Tagen noch ein wenig quergelesen, um das Problem überhaupt zu identifizieren. Ich habe jetzt ein paar kleine Änderungen vorgenommen (u.a. werden die Selektionen der Tabelle und des Eintrags im Baummenü aufgehoben), um konkurrierende Events zu minimieren, die möglicherweise die Anwendung bei Euch blockieren.

Ich verschiebe ganze Punktgruppen über das Kontextmenü im Baummenü ohne Probleme. Ich kann in der Tabelle Punkte selektieren und dann diese selektierten Punkte über das Tabellenkontextmenü ebenfalls in eine neue Gruppe verschieben ohne Probleme. Löschen und duplizieren macht ebenfalls keine Probleme. Vielleicht habt Ihr noch mal die Möglichkeit und Muße, diese angepasste Version zu testen. Es genügt, die jag3d.jar auszutauschen; der Rest hat sich nicht geändert.

Viele Grüße und schönes Wochenende
Micha

Moin Micha,

ich teste bereits, benötige aber noch ein wenig Zeit. Besten Dank für deine Mühe

Viele Grüße

Pierre

Hallo,

ich teste bereits, benötige aber noch ein wenig Zeit. Besten Dank für deine Mühe

Ich bin gespannt. Im Zweifel hätte ich noch eine Idee, was ich noch probieren könnte. Diese würde aber mehr oder weniger in die selbe Richtung gehen.

Ich bin gespannt.
Micha

Hallo Micha,

ich habe zusätzlich den RC JAG3Dv20260416 getestet, davon ausgehend, dass er die Änderungen aus dem anderen Thread enthält. Das Phänomen bleibt unverändert bestehen: ob man nun aus dem Baummenü oder der Tabelle selbst heraus verschiebt - vollkommen zufällig.

Aus der parallel offenen Konsole ergebt sich keinerlei Hinweis. In Win 2022 Server wird nur ein Ereignis „Application Hang“ dokumentiert. Aus diesem ergeben sich keine weiteren Infos, daher habe ich Dir das auch nicht geschickt.

Testen konnte ich nur mit der internen JRE von JAG3D. Auf dem Server ist nun aber auch eine passende, aktuelle Runtime, welche auch mit der HOME-Variable verknüpft ist. Natürlich darf ich die JAR, welche dann eigentlich über die HOME auf die andere Runtime gehen müsste, nicht starten. Damit benötige ich wieder eine Batch, die ich ohne Admin weder schreiben kann (der Pfad fehlt mir) noch rechtemäßig ausführen darf.

Hast Du noch einen Trick, angepasst Exe oder so, welche auf die HOME-Variable umleitet? Ansonsten muss ich Anfang nächster Woche schauen, ob ich das noch testen kann.

Viele Grüße und danke für deine unendliche Unterstützung.

Pierre

Hallo Pierre,

ich habe zusätzlich den RC JAG3Dv20260416 getestet, davon ausgehend, dass er die Änderungen aus dem anderen Thread enthält.

Die Version Version JAG3Dv20260416 enthält Eure Änderungen nicht! Ich habe für Euch einen anderen Entwicklungszweig aufgemacht, da mir unklar ist, was das Problem verursacht. Für Deinen Test wäre also der RC JAG3Dv20260320 relevant.

Testen konnte ich nur mit der internen JRE von JAG3D. Auf dem Server ist nun aber auch eine passende, aktuelle Runtime, welche auch mit der HOME-Variable verknüpft ist. Natürlich darf ich die JAR, welche dann eigentlich über die HOME auf die andere Runtime gehen müsste, nicht starten. Damit benötige ich wieder eine Batch, die ich ohne Admin weder schreiben kann (der Pfad fehlt mir) noch rechtemäßig ausführen darf.

Wenn Ihr die installierte JRE verwenden wollt, dann sollte es ausreichen, den Ordner openjdk umzubenennen. Ich habe das gerade bei mir getestet und JAG3D startete. Sollte das nicht gehen, kann ich eine EXE erzeugen, die definitiv ohne die lokale Laufzeitumgebung arbeitet und auf eine installierte Variante angewiesen ist.

Viele Grüße
Micha

Hallo Pierre,

ich habe noch diese Seite von Oracle gefunden. Zugegeben, ich habe noch nicht alles Verstanden aber wenn ich den dort genannten Befehl jhsdb jstack ausführe, dann erhalte ich eine (sehr) lange Liste mit vielen mir unverständlichen Infos aber auch ganz am Anfang das Folgende:

C:\Program Files\Java\jdk-26\bin>jhsdb jstack --pid 14152
Attaching to process ID 14152, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 26+35-2893
Deadlock Detection:

No deadlocks found.

...

Die wichtige Info ist hier No deadlocks found. Das Tool jhsdb jstack ist Teil des JDK und findet sich im bin-Verzeichnis Deiner Java Installation (oder im bin-Verzeichnis von openjdk). Die pid ist die Prozess-Id, die Du u.a. im Taskmanager abrufen kannst, siehe Screenshot am Ende des Beitrags. In meinem Fall oben also die 14152.
Am einfachen wäre es, wenn Du den Inhalt direkt in eine Datei umleitest (nachfolgend C:\log.txt) via

C:\Program Files\Java\jdk-26\bin>jhsdb jstack --pid 14152 > C:\log.txt 2>&1

Wenn Du JAG3D gestartet hast und noch alles funktioniert, dann solltest Du auch No deadlocks found. erhalten. Was steht dort aber, wenn Du den Befehl ausführst, wenn die Applikation hängt?

Ferner habe ich mal die restlichen Änderungen in Euren Zweig eingespielt und die Version
JAG3Dv20260418 zum Testen erzeugt. Diese enthält nun auch das OpenJDK 26.

Viele Grüße
Micha

Hallo 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

Hallo Pierre,

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

... Pierre, vielleicht kannst Du die JConsole öffnen und verwenden. Du findest diese auch im bin Verzeichnis, d.h.,

..\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

Moin 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

Hej Pierre,

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