コンストラクターと説明 |
---|
WebSocketTransport(WebSocketClient webSocketClient) |
修飾子と型 | メソッドと説明 |
---|---|
ListenableFuture<WebSocketSession> | connect(TransportRequest request, WebSocketHandler handler) トランスポートを接続します。 |
ListSE<TransportType> | getTransportTypes() このトランスポートを使用できる SockJS トランスポート型を返します。 |
WebSocketClient | getWebSocketClient() 設定された WebSocketClient を返します。 |
boolean | isRunning() このコンポーネントが現在実行されているかどうかを確認します。 |
void | start() このコンポーネントを起動します。 |
void | stop() このメソッドを返すとコンポーネントが完全に停止するように、通常は同期的にこのコンポーネントを停止します。 |
StringSE | toString() |
cloneSE, equalsSE, finalizeSE, getClassSE, hashCodeSE, notifySE, notifyAllSE, waitSE, waitSE, waitSE
public WebSocketTransport(WebSocketClient webSocketClient)
public WebSocketClient getWebSocketClient()
WebSocketClient
を返します。public ListSE<TransportType> getTransportTypes()
Transport
XhrTransport
は両方を実行できます。Transport
の getTransportTypes
public ListenableFuture<WebSocketSession> connect(TransportRequest request, WebSocketHandler handler)
Transport
public void start()
Lifecycle
コンポーネントがすでに実行されている場合は、例外をスローしないでください。
コンテナーの場合、これは適用されるすべてのコンポーネントに開始信号を伝播します。
Lifecycle
の start
SmartLifecycle.isAutoStartup()
public void stop()
Lifecycle
SmartLifecycle
とその stop(Runnable)
バリアントの実装を検討してください。 この停止通知は破棄前に送信されるとは限らないことに注意してください。通常のシャットダウンでは、一般的な破棄コールバックが伝播される前に、Lifecycle
Bean は最初に停止通知を受信します。ただし、コンテキストの存続期間中のホットリフレッシュまたは中断されたリフレッシュ試行では、特定の Bean の destroy メソッドが、停止信号を事前に考慮することなく呼び出されます。
コンポーネントが実行されていない(まだ開始されていない)場合は、例外をスローしないでください。
コンテナーの場合、これは停止信号を適用するすべてのコンポーネントに伝播します。
Lifecycle
の stop
SmartLifecycle.stop(Runnable)
, DisposableBean.destroy()
public boolean isRunning()
Lifecycle
コンテナーの場合、これは、適用されるすべてのコンポーネントが現在実行されている場合にのみ、true
を返します。
public StringSE toString()
ObjectSE
の toStringSE