Seite 1 von 1
STS Programm stürzt beim Funktionstest immer ab
Verfasst: Sa Feb 13, 2021 12:11 am
von Daniel041188
Hardware:
http://www.sysprofile.de/id162105
Windows 10 (aktuellste Version / alle Progamme sowie Treiber aktuell)
Java8Update281 (32bit & 64bit)
F-Secure Safe
Per 1GBit/s LAN verbunden (Dual Stack Lite / IPv4 / IPv6)
Ich habe den Sim, sowie Java nach Anleitung deinstalliert sowie komplett neu installiert.
Der Kommunikator stürzt beim Funktionstest ab. Einfach so.
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: Sa Feb 13, 2021 12:21 am
von petero
Hi,
hast du schon mal Testweise F-Secure Safe abegschaltet/deaktiviert und es ohne probiert?
Ich kann mir vorstellen das die als Sicherheitssoftware dazwischen grätscht.
https://community.f-secure.com/en/discu ... cking-java Hier gab es wohl mal ein Problem wo F-Secure Ports blockiert hat.
Gruß
Peter
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: Sa Feb 13, 2021 12:26 am
von Daniel041188
Ich habe F-Secure und die Firewall testweise deaktiviert, ich habe es auch nur mit IPv4 probiert etc.
Und letzten Monat lief noch alles nomal.
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: Sa Feb 13, 2021 12:54 am
von petero
Und das Ergebnis war das es auch nicht funktioniert?
Du kannst ja mal das Java Logging aktivieren und dir die Java Konsole anzeigen lassen:
https://doku.stellwerksim.de/doku.php?i ... instellung
Vll. lässt sich so eine Fehlermeldung beim Start entdecken.
Gruß
Peter
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: Sa Feb 13, 2021 9:36 am
von Daniel041188
Also natürlich habe ich das probiert, und natürlich geht es mit deaktiviertem F-Secure auch nicht.
Ich habe das Logging mal aktiviert. Die Console stürzt dabei mit ab, bzw schließt sich. Dank Tracing habe ich aber eine Log Datei.
Code: Alles auswählen
<?xml version="1.0" encoding="windows-1252" standalone="no"?>
<!DOCTYPE log SYSTEM "logger.dtd">
<log>
<record>
<date>2021-02-13T09:27:39</date>
<millis>1613204859159</millis>
<sequence>0</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>server running at port: 50527
</message>
</record>
<record>
<date>2021-02-13T09:27:41</date>
<millis>1613204861804</millis>
<sequence>1</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>CacheEntry[https://www.stellwerksim.de/download-jnlp.php?token=entfernt]: updateAvailable=true,lastModified=Sat Feb 13 09:25:22 CET 2021,length=2077
</message>
</record>
<record>
<date>2021-02-13T09:27:45</date>
<millis>1613204865342</millis>
<sequence>2</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>server running at port: 50527
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867379</millis>
<sequence>3</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>server running at port: 50571
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867489</millis>
<sequence>6</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>Feb 13, 2021 9:27:47 AM js.java.schaltungen.stsmain start
WARNUNG: Ohne einen Fehler ist eine Warnung nur eine Warnung und unkritisch.
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867489</millis>
<sequence>7</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>Feb 13, 2021 9:27:47 AM js.java.schaltungen.stsmain start
INFORMATION: Ohne einen Fehler ist eine Information nur eine Information und unkritisch.
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867509</millis>
<sequence>8</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>
Build: 5749
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867670</millis>
<sequence>10</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>Feb 13, 2021 9:27:47 AM com.sun.xml.internal.ws.wsdl.PayloadQNameBasedOperationFinder <init>
WARNUNG: Nicht eindeutige Textteile. Gemäß BP 1.1 R2710 müssen Vorgänge in einem Port eindeutige Vorgangssignaturen enthalten, damit die Verteilung erfolgreich verläuft. Methoden [getName, userData, getTip, userConsole, isLoginAllowed, storeLatency, getFriendFoe, eventOccured] haben denselben Anforderungstextblock {http://www.w3.org/2001/XMLSchema}string. Die Verteilung von Methoden verläuft möglicherweise nicht erfolgreich, die Laufzeitumgebung wird versuchen, die Verteilung mit SOAPAction vorzunehmen. Eine andere Möglichkeit besteht darin, AddressingFeature zu aktivieren, damit die Laufzeitumgebung WSDL-Vorgänge eindeutig mit wsa:Action-Header identifizieren kann.
</message>
</record>
<record>
<date>2021-02-13T09:27:47</date>
<millis>1613204867940</millis>
<sequence>12</sequence>
<logger>com.sun.deploy</logger>
<level>FINE</level>
<class>com.sun.deploy.trace.LoggerTraceListener</class>
<method>print</method>
<thread>8</thread>
<message>Feb 13, 2021 9:27:47 AM com.sun.xml.internal.ws.wsdl.PayloadQNameBasedOperationFinder <init>
WARNUNG: Nicht eindeutige Textteile. Gemäß BP 1.1 R2710 müssen Vorgänge in einem Port eindeutige Vorgangssignaturen enthalten, damit die Verteilung erfolgreich verläuft. Methoden [getName, userData, getTip, userConsole, isLoginAllowed, storeLatency, getFriendFoe, eventOccured] haben denselben Anforderungstextblock {http://www.w3.org/2001/XMLSchema}string. Die Verteilung von Methoden verläuft möglicherweise nicht erfolgreich, die Laufzeitumgebung wird versuchen, die Verteilung mit SOAPAction vorzunehmen. Eine andere Möglichkeit besteht darin, AddressingFeature zu aktivieren, damit die Laufzeitumgebung WSDL-Vorgänge eindeutig mit wsa:Action-Header identifizieren kann.
</message>
</record>
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: So Feb 14, 2021 9:55 am
von Daniel041188
Hat denn niemand einen Lösungsvorschlag ?
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: So Feb 14, 2021 6:30 pm
von oberrheiner
Da das Thema gemeldet wurde mit dem Inhalt "hat sich erledigt", wäre es schön, wenn wir die Lösung erfahren könnten. Vielleicht hilft es in der Zukunft jemand.
Re: STS Programm stürzt beim Funktionstest immer ab
Verfasst: Mo Feb 15, 2021 12:01 am
von Daniel041188
Nee, die Lösung kann man nicht als seriös weitergeben.
Das ist nur was für Leute die echt keine ruhe haben und Zeit ohne Ende