STS stürzt nach zirka einer Stunde ab

Fehler und Probleme im Stellwerk-Simulator hierhin.

Moderatoren: Stellwerk-Admin, Moderatoren

Antworten
Vluyn112
Beiträge: 2
Registriert: Mi Apr 20, 2016 9:32 pm
StiTz: 732119

STS stürzt nach zirka einer Stunde ab

Beitrag von Vluyn112 »

Hallo ein Guter Freund von mir hat das Problem das ihm der STS nach ca. 1h raus schmeißt Mit dem Grund: Die Internetverbindung zum Server wurde unterbrochen. er hat kein IPv6 an und er und ich wissen nicht woran es liegen kann er hat einen Laptop und hat es mit WLAN und LAN-kabel probiert und es passiert bei beiden Anschlüssen das gleiche
  • Build: 5709
    Java: 1.8.0_211; Java HotSpot(TM) Client VM
    Runtime: Java(TM) SE Runtime Environment; 1.8.0_211-b12
    Arch: 32; running on x86; 4 cores
    OS: Windows 8.1; version 6.3
    VM Memory: 483 MB max; 483 MB used
    User: BlauerEngel86 UID: 43783
    IPv6: false



    20., 20:22:17
    Mai 20, 2019 8:22:17 PM js.java.schaltungen.stsmain start

    WARNUNG: Ohne einen Fehler ist eine Warnung nur eine Warnung und unkritisch.

    Mai 20, 2019 8:22:17 PM js.java.schaltungen.stsmain start

    INFORMATION: Ohne einen Fehler ist eine Information nur eine Information und unkritisch.


    Build: 5709

    Mai 20, 2019 8:22:17 PM 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, getFriendFoe, isLoginAllowed, storeLatency, 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.

    Mai 20, 2019 8:22:17 PM 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, getFriendFoe, isLoginAllowed, storeLatency, 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.

    Mai 20, 2019 8:22:23 PM de.deltaga.eb.BasicEventBus publish

    INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser

    Mai 20, 2019 8:22:23 PM de.deltaga.eb.BasicEventBus publish

    INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser


    20., 20:24:11
    Mai 20, 2019 8:24:11 PM js.java.schaltungen.adapter.UCProxy launch

    INFORMATION: Modulstart Simulator (Step 1)-----------------------

    Mai 20, 2019 8:24:11 PM js.java.schaltungen.adapter.UCProxy launchAwt

    INFORMATION: Modulstart Simulator (Step 2)-----------------------

    Mai 20, 2019 8:24:11 PM js.java.classloader.ChildClassLoader <init>

    INFORMATION: CCL start Simulator

    Mai 20, 2019 8:24:11 PM js.java.schaltungen.adapter.UCProxy launchAwt

    INFORMATION: Not SC: js.java.isolate.sim.stellwerksim


    20., 21:21:00
    java.net.SocketException: Software caused connection abort: recv failed

    at java.net.SocketInputStream.socketRead0(Native Method)

    at java.net.SocketInputStream.socketRead(Unknown Source)

    at java.net.SocketInputStream.read(Unknown Source)

    at java.net.SocketInputStream.read(Unknown Source)

    at java.io.DataInputStream.read(Unknown Source)

    at sun.nio.cs.StreamDecoder.readBytes(Unknown Source)

    at sun.nio.cs.StreamDecoder.implRead(Unknown Source)

    at sun.nio.cs.StreamDecoder.read(Unknown Source)

    at java.io.InputStreamReader.read(Unknown Source)

    at java.io.BufferedReader.fill(Unknown Source)

    at java.io.BufferedReader.readLine(Unknown Source)

    at java.io.BufferedReader.readLine(Unknown Source)

    at org.relayirc.core.IRCConnection.run(IRCConnection.java:412)

    at java.lang.Thread.run(Unknown Source)

    Mai 20, 2019 9:21:01 PM js.java.soap.ServiceAccessor runNow

    SCHWERWIEGEND: null

    com.sun.xml.internal.ws.client.ClientTransportException: HTTP-Transportfehler: java.net.NoRouteToHostException: No route to host: connect

    at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(Unknown Source)

    at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source)

    at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source)

    at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source)

    at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown Source)

    at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source)

    at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source)

    at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown Source)

    at com.sun.xml.internal.ws.client.Stub.process(Unknown Source)

    at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(Unknown Source)

    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source)

    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source)

    at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(Unknown Source)

    at com.sun.proxy.$Proxy35.userConsole(Unknown Source)

    at js.java.schaltungen.webservice.WebServiceConnector.lambda$userData$4(WebServiceConnector.java:72)

    at js.java.soap.ServiceAccessor.runNow(ServiceAccessor.java:50)

    at js.java.soap.ServiceAccessor.lambda$run$0(ServiceAccessor.java:41)

    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)

    at java.util.concurrent.FutureTask.run(Unknown Source)

    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)

    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

    at java.lang.Thread.run(Unknown Source)

    Caused by: java.net.NoRouteToHostException: No route to host: connect

    at java.net.DualStackPlainSocketImpl.connect0(Native Method)

    at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)

    at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)

    at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)

    at java.net.AbstractPlainSocketImpl.connect(Unknown Source)

    at java.net.PlainSocketImpl.connect(Unknown Source)

    at java.net.SocksSocketImpl.connect(Unknown Source)

    at java.net.Socket.connect(Unknown Source)

    at java.net.Socket.connect(Unknown Source)

    at sun.net.NetworkClient.doConnect(Unknown Source)

    at sun.net.www.http.HttpClient.openServer(Unknown Source)

    at sun.net.www.http.HttpClient.openServer(Unknown Source)

    at sun.net.www.http.HttpClient.<init>(Unknown Source)

    at sun.net.www.http.HttpClient.New(Unknown Source)

    at sun.net.www.http.HttpClient.New(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection$6.run(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection$6.run(Unknown Source)

    at java.security.AccessController.doPrivileged(Native Method)

    at java.security.AccessController.doPrivilegedWithCombiner(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.access$100(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection$8.run(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection$8.run(Unknown Source)

    at java.security.AccessController.doPrivileged(Native Method)

    at java.security.AccessController.doPrivilegedWithCombiner(Unknown Source)

    at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(Unknown Source)

    ... 22 more
DLichti
Beiträge: 581
Registriert: Fr Mär 09, 2012 11:59 am
StiTz: 719231

Re: STS stürzt nach zirka einer Stunde ab

Beitrag von DLichti »

Code: Alles auswählen

Mai 20, 2019 9:21:01 PM js.java.soap.ServiceAccessor runNow
SCHWERWIEGEND: null
com.sun.xml.internal.ws.client.ClientTransportException: HTTP-Transportfehler: java.net.NoRouteToHostException: No route to host: connect
Sieht so aus als ob die Internetverbindung instabil sei. Was ist es denn für ein Anschluss?

David
Vluyn112
Beiträge: 2
Registriert: Mi Apr 20, 2016 9:32 pm
StiTz: 732119

Re: STS stürzt nach zirka einer Stunde ab

Beitrag von Vluyn112 »

50ziger Leitung
hinz
Stellwerk-AdminSupport-TeamR-Admin [Großraum München, Großraum München 2024, Lehrregion, Nordbayern, Südbayern]Qualitätssicherung [Anlagen-QS]Erbauer
Beiträge: 3169
Registriert: Mi Mai 06, 2009 9:53 pm
StiTz: 710331

Re: STS stürzt nach zirka einer Stunde ab

Beitrag von hinz »

Festnetz/Kabel oder Mobilfunkrouter?
Also eine Zwangs-Trennung nach 24h kennt man ja von vielen Anbietern. Nach einer Stunde wäre aber schon hart.

Servus
Heinz
Admin, R-Admin Nordbayern, Südbayern und Großraum München

„Ich glaube, dass es auf der Welt einen Bedarf von vielleicht fünf Computern geben wird.“ (1943, T. Watson, Vorstandsvorsitzender der IBM)
DLichti
Beiträge: 581
Registriert: Fr Mär 09, 2012 11:59 am
StiTz: 719231

Re: STS stürzt nach zirka einer Stunde ab

Beitrag von DLichti »

Es muss noch nicht einmal eine regelmäßige Zwangstrennung sein. Ein Freund hatte auf einem 50Mbit/s Kabelanschluss in einer Großstadt auch ständig Verbindungsabbrüche, sodass keine stabilen Remotedesktopverbindungen möglich waren. Auch ein schlecht konfigurierter Multi-WAN-Lastverteiler im Uplink wäre denkbar, etwa bei einem Telekom-Hybridanschluss.

David
Antworten