Wenn man die Webvisu als Applet in eine eigene Anwendung integriert,
und dynamisch instantiieren will, muß man es über die start bzw. stop Methode starten oder stoppen.
Hier erwartet man, daß stop das "bereinigt" was start erzeugt, nicht jedoch bei webvisu.jar:
Beim Start werden mindestens 3 Threads gestartet, die beim Stop
nicht wieder abgebaut werden. Dies führt zu einem Ressource-Leck
von 3 Threads pro Aufruf. Nach 10 bis 20 Aufrufen sind so viele
"Leichen-Threads" übriggeblieben, daß die Anwendung selber zum Erliegen kommt.
Fazit: die Stop-Methode räumt nicht auf!
Dieses Verhalten ist bei allen CoDesys Versionen von 2.3.7.3 bis 2.3.9.5 identisch. (alle getestet)
Hat sonst noch jemand das Problem? oder gibt es schon eine Lösung?
Log in to post a comment.
Wenn man die Webvisu als Applet in eine eigene Anwendung integriert,
und dynamisch instantiieren will, muß man es über die start bzw. stop Methode starten oder stoppen.
Hier erwartet man, daß stop das "bereinigt" was start erzeugt, nicht jedoch bei webvisu.jar:
Beim Start werden mindestens 3 Threads gestartet, die beim Stop
nicht wieder abgebaut werden. Dies führt zu einem Ressource-Leck
von 3 Threads pro Aufruf. Nach 10 bis 20 Aufrufen sind so viele
"Leichen-Threads" übriggeblieben, daß die Anwendung selber zum Erliegen kommt.
Fazit: die Stop-Methode räumt nicht auf!
Dieses Verhalten ist bei allen CoDesys Versionen von 2.3.7.3 bis 2.3.9.5 identisch. (alle getestet)
Hat sonst noch jemand das Problem? oder gibt es schon eine Lösung?