IRC Verbindungstest

[paddington]

Hallo,

derzeit kommt bei mir immer folgende Meldung:


1., 21:56:21
Okt 01, 2017 9:56:21 PM js.java.schaltungen.stsmain start
WARNUNG: Ohne einen Fehler ist eine Warnung nur eine Warnung und unkritisch.
Okt 01, 2017 9:56:21 PM js.java.schaltungen.stsmain start
INFORMATION: Ohne einen Fehler ist eine Information nur eine Information und unkritisch.

Build: 5567
Okt 01, 2017 9:56:21 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, isLoginAllowed, storeLatency, userConsole, getFriendFoe] 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.
Okt 01, 2017 9:56:21 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, isLoginAllowed, storeLatency, userConsole, getFriendFoe] 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.
Okt 01, 2017 9:56:30 PM js.java.soap.ServiceAccessor runNow
SCHWERWIEGEND: null
javax.xml.ws.WebServiceException: Method Parameter: reason cannot be null. This is BP 1.1 R2211 violation.
at com.sun.xml.internal.ws.client.sei.BodyBuilder$Wrapped.buildWrapperComposite(Unknown Source)
at com.sun.xml.internal.ws.client.sei.BodyBuilder$RpcLit.build(Unknown Source)
at com.sun.xml.internal.ws.client.sei.BodyBuilder$JAXB.createMessage(Unknown Source)
at com.sun.xml.internal.ws.client.sei.StubHandler.createRequestPacket(Unknown Source)
at com.sun.xml.internal.ws.db.DatabindingImpl.serializeRequest(Unknown Source)
at com.sun.xml.internal.ws.db.DatabindingImpl.serializeRequest(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$5(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)

Java ist auf Version 8-Update 144 und auch das STS-Programm auf dem neuesten Stand. Vielleicht kann jemand mit diesen Informationen etwas anfangen.

Vielen Dank und viele Grüße,
paddington

[paddington]

Hallo,

das Problem hat sich nun von selbst gelöst.

Viele Grüße,
paddington

[paddington]

Hallo,

inzwischen tritt das Problem leider wieder auf. Nach einem Neustart hält die Verbindung gerade einmal 3-5 Minuten, dann kommt es zum Abbruch der Verbindung.

Vielleicht kennt jemand eine Lösung?

Viele Grüße,
paddington