Explanation | Eine annotierte ServerEndpoint-Klasse muss öffentlich und konkret sein und einen öffentlichen Konstruktor ohne Argumente haben. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse in eine öffentliche und konkrete Klasse mit einem Konstruktor ohne Argumente. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, wenn @OnOpen und @onMessage beide fehlen. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie @OnOpen und/oder @OnMessage hinzufügen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnMessage-Methoden mit dem Nachrichtentyp Pong in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnMessage-Methode mit dem Nachrichtentyp Pong definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnMessage-Methoden mit dem Nachrichtentyp Binary in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnMessage-Methode mit dem Nachrichtentyp Binary definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil die Methode @OnMessage keinen Nachrichtenparameter des Typs pong, binary oder text hat. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie die Methode @OnMessage mit einem Nachrichtenparameter des Typs text, binary oder pong deklarieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnMessage-Methoden mit dem Nachrichtentyp text in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnMessage-Methode mit dem Nachrichtentyp text definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnOpen-Methode gefunden. Eine @OnOpen-Methode kann nur optionale Session-, optionale EndpointConfig- und optionale @PathParam-Parameter haben. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie den ungültigen Parametertyp aus der @OnOpen-Methode entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnClose-Methoden in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnClose-Methode definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnClose-Methode gefunden. Eine @OnClose-Methode kann nur optionale Session-, optionale CloseReason- und optionale @PathParam-Parameter haben. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie den ungültigen Parametertyp aus der @OnClose-Methode entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnError-Methoden in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnError-Methode definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnError-Methode gefunden. Eine @OnError-Methode kann nur verbindliche Throwable-, optionale Session- und optionale @PathParam-Parameter haben. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie den ungültigen Parametertyp aus der @OnError-Methode entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil die @OnError-Methode den verbindlichen Parameter Throwable nicht hat. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie den verbindlichen Parameter Throwable in der @OnError-Methode hinzufügen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnMessage-Methode mit dem Nachrichtentyp Pong gefunden. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie den ungültigen Parametertyp aus der @OnMessage-Methode entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil die Methode @OnMessage mehrere Nachrichtentypparameter binary enthält. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur einen einzigen Nachrichtentypparameter Binary definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die in der annotierten ServerEndpoint-Klasse verwendete Decoder-Klasse muss öffentlich und konkret sein und einen öffentlichen Konstruktor ohne Argumente haben. |
Action | Korrigieren Sie die Decoder-Klasse in eine öffentliche und konkrete Klasse mit einem Konstruktor ohne Argumente. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil die Methode @OnMessage mehrere Nachrichtentypparameter enthält. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die @OnMessage-Methode, indem Sie entsprechend der Dokumentation zur API javax.websocket.OnMessage nur einen einzigen Nachrichtentypparameter definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnMessage-Methode mit dem Nachrichtentyp Binary gefunden. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die @OnMessage-Methode, indem Sie den ungültigen Parametertyp gemäß der Dokumentation zur API javax.websocket.OnMessage entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil die Methode @OnMessage mehrere Textnachrichtentypparameter enthält. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die @OnMessage-Methode, indem Sie entsprechend der Dokumentation zur API javax.websocket.OnMessage nur einen einzigen Nachrichtentypparameter text definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Es wurde ein ungültiger Parametertyp in der @OnMessage-Methode mit dem Nachrichtentyp text gefunden. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die @OnMessage-Methode, indem Sie den ungültigen Parametertyp gemäß der Dokumentation zur API javax.websocket.OnMessage entfernen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Der @PathParam-Parameter hat keine entsprechendes Pfadsegment in der @ServerEndpoint-URI. |
Action | Korrigieren Sie den @PathParam-Parameternamen so, dass er einem der Pfadsegmente in der @ServerEndpoint-URI entspricht. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die @PathParam-Annotation hat keinen Wert. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die @PathParam-Annotation, indem Sie der Annotation den Wert hinzufügen. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Der @PathParam-Parameter hat einen ungültigen Typ. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie den Typ der @PathParam-Annotation in String, einen primitiven Java-Datentyp oder in eine isolierte Version. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die Konvertierung des @PathParam-Pfadparameters mit dem entsprechenden Segment aus der ServerEndpoint-URI ist wegen eines ungültigen Typs fehlgeschlagen. Die Endpunktmethode wurde nicht erfolgreich ausgeführt. |
Action | Stellen Sie sicher, dass das eingehende ServerEndpoint-URI-Segment dem Datentyp für den entsprechenden @PathParam-Parameter entspricht. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist eine Ausnahme eingetreten, weil keine Bytes mehr zum Lesen verfügbar sind. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtendaten. |
Explanation | Die WebSocket-Clientanforderung kann nicht ausgeführt werden, weil der Client eine Nachricht an den Serverendpunkt gesendet hat, in dem keine @OnMessage-Methode und kein Nachrichtenhandler für diesen Typ von Nachrichten definiert ist. |
Action | Benachrichtigen Sie den Client oder fügen Sie der annotierten ServerEndpoint-Klasse eine @OnMessage-Methode hinzu oder fügen Sie einen Nachrichtenhandler hinzu, um die Clientanforderung zu verarbeiten, und implementieren Sie dann die Anwendung erneut. |
Explanation | Die WebSocket-Clientanforderung kann nicht ausgeführt werden, weil beim Aufrufen von onMessage während der Decodierung der Nachrichtendaten eine Ausnahme des Typs IOExeption eingetreten ist. |
Action | Überprüfen Sie die eingehenden Nachrichtendaten und den Decoder. |
Explanation | Die WebSocket-Anforderung kann nicht ausgeführt werden, weil beim Erstellen einer neuen Instanz der Decoder-Klasse ein Problem aufgetreten ist. |
Action | Überprüfen Sie die Decoder-Klasse. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist während der Verarbeitung des FIN-Werts 1 eine Ausnahme eingetreten. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist während der Verarbeitung des FIN-Werts 0 eine Ausnahme eingetreten. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist eine Ausnahme eingetreten, weil ein Opcode im Nachrichtenrahmen ungültig ist. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist wegen eines ungültigen continue-Opcodes in der nicht fragmentierten Nachricht eine Ausnahme eingetreten. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist eine Ausnahme eingetreten, weil das Flag mask im Nachrichtenrahmen nicht ordnungsgemäß definiert ist. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist eine Ausnahme eingetreten, weil das Flag Mask im Nachrichtenrahmen auf einen falschen Wert gesetzt ist. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere Serverendpunkte dieselbe URI haben. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Definieren Sie eindeutige ServerEndPoint-URIs in der WebSocket-Anwendung. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Beim Lesen einer eingehenden WebSocket-Nachricht ist wegen eines ungültigen Opcodes ungleich null im Rahmen, der nicht der erste Rahmen ist, eine Ausnahme eingetreten. |
Action | Überprüfen Sie die Richtigkeit der eingehenden WebSocket-Nachrichtenrahmendaten. |
Explanation | Die annotierte ServerEndpoint-Klasse ist ungültig, weil mehrere @OnOpen-Methoden in der annotierten Endpoint-Klasse definiert sind. Die WebSocket-Anwendung wurde nicht erfolgreich implementiert. |
Action | Korrigieren Sie die annotierte ServerEndpoint-Klasse, indem Sie nur eine einzige @OnOpen-Methode definieren. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |
Explanation | Die Größe einer WebSocket-Nachricht darf den in der @OnMessage-Annotation definierten maxMessageSize-Wert nicht überschreiten. |
Action | Stellen Sie sicher, dass der Client WebSocket-Nachrichten sendet, die kleiner sind als der mit maxMessageSize in @OnMessage definierte Wert, oder erhöhen Sie den maxMessageSize-Wert in @OnMessage und implementieren Sie die Anwendung erneut. |
Explanation | Das WebSocket-Sitzungszeitlimit wurde überschritten. WebSocket-Sitzungen werden inaktiv, wenn innerhalb des mit der maxIdleTimeout-Einstellung angegebenen Anzahl von Sekunden keine Nachrichten gesendet oder empfangen werden. |
Action | Prüfen Sie, warum der Client keine Nachrichten sendet oder empfängt. Erhöhen Sie, sofern erforderlich, die maxIdleTimeout-Einstellung mit der API Session.setMaxIdleTimeout(). |
Explanation | Abgehende WebSocket-Operationen erfordern einen Antwortcode 101. |
Action | Verwenden Sie den ungültigen Antwortcode, um festzustellen, ob der Zielendpunkt ein gültiger und aktiver WebSocket-Endpunkt ist, und um Ursache für das Fehlschlagen der abgehenden WebSocket-Anforderung zu ermitteln. |
Explanation | Abgehende WebSocket-Operationen erfordern, dass der Zielserver einen gültigen WebSocket-accept-Schlüssel für WebSocket-Operationen zurückgibt. |
Action | Vergewissern Sie sich, dass der Zielserver mit dem WebSocket-Protokoll kompatibel ist. |
Explanation | Für eine abgehende WebSocket-Anforderung muss ein gültiger Endpunkt angegeben werden. |
Action | Vergewissern Sie sich, dass der in der Methode connectToServer des WebSocket-API-Aufrufs angegebene ClientEndpoint-Parameter ein annotierter Clientendpunkt ist. |
Explanation | Die gültigen WebSocket-Schemas sind ws und wss. |
Action | Verwenden Sie bei einer abgehenden WebSocket-Anforderung ein gültiges Schema. |
Explanation | Die Configurator-Klasse wurde während einer abgehenden Anforderung nicht erstellt. Möglicherweise ist der öffentliche Nullargumentkonstruktor der Configurator-Klasse nicht vorhanden oder nicht zugänglich. |
Action | Überprüfen Sie die Richtigkeit der Configurator-Klasse und vergewissern Sie sich, dass die Klasse einen zugänglichen öffentlichen Nullargumentkonstruktor hat. |
Explanation | Die Ausnahme ist eingetreten, als der Endpunkt versucht hat, während einer abgehenden WebSocket-Anforderung eine Verbindung zum Zielserver herzustellen. |
Action | Verwenden Sie die Ausnahmedetails, um die Ursache zu bestimmen und das Problem zu beheben. |
Explanation | Für eine abgehende WebSocket-Anforderung muss eine gültige Endpunktklasse angegeben werden. |
Action | Vergewissern Sie sich, dass der Parameter Endpoint, der in der Methode connectToServer des WebSocket-API-Aufrufs verwendet wird, eine WebSocket-Endpunktklasse erweitert. |
Explanation | Das WebSocket-ServerEndpoint-Objekt mit der angegebenen URI ist für den WebSocket-Client verfügbar. |
Action | Es ist keine Aktion erforderlich. |
Explanation | Die WebSocket-ServerEndpoint-Objekte mit dem angegebenen Kontextpfad sind für den WebSocket-Client nicht verfügbar. |
Action | Informationen zur Nichtverfügbarkeit der ServerEndpoint-Objekte finden Sie in den Serverprotokollen und Traceprotokollen des Liberty-Profils. |
Explanation | Die Sicherheit muss aktiviert werden, damit abgehende sichere WebSocket-Anforderungen verarbeitet werden können. |
Action | Aktivieren Sie die Sicherheit. |
Explanation | WebSocket-Endpunkte müssen vor dem Start der WebSocket-Anwendung hinzugefügt werden. |
Action | Fügen Sie WebSocket-Endpunkte vor dem Start der WebSocket-Anwendung hinzu. |
Explanation | Bei der Erstellung der Endpunktklasse ist eine Ausnahme eingetreten. |
Action | Verwenden Sie die Ausnahmedetails, um die Ursache zu bestimmen und das Problem zu beheben. |
Explanation | Als der Server versucht hat, auf die angegebene Endpoint-Klasse zuzugreifen, ist ein Fehler aufgetreten. |
Action | Stellen Sie mithilfe der Ausnahmedetails fest, warum der Zugriff auf die Endpoint-Klassen nicht möglich ist, und beheben Sie dann das Problem. |
Explanation | Der Serverendpunkt ist ungültig, weil der Endpunkt-URI entweder null ist oder nicht mit einem Schrägstrich (/) in der Endpunktklasse beginnt. Die WebSocket-Anwendung ist für Anforderungen nicht verfügbar. |
Action | Definieren Sie einen Endpunkt-URI ungleich null, der mit / beginnt. Nachdem Sie das Problem behoben haben, implementieren Sie die Anwendung erneut. |