エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
RPC エラーのハンドリング — Jubatus
RPC エラーのハンドリング¶ Jubatus では、様々な理由で RPCエラーが発生します(このうち、とくによく... RPC エラーのハンドリング¶ Jubatus では、様々な理由で RPCエラーが発生します(このうち、とくによく遭遇するのが サーバが接続を自動的に切断したことで発生するタイムアウトエラーでしょう)。 ここでは RPCエラーハンドリングの推奨手順を記載します。 共通¶ RPCを行うと、例外が発生する可能性があります。 一部の言語では、例外が発生した場合でも自動的には接続が破棄されません。 リソース漏れのないアプリケーションを作成するためには、必ず例外を捕捉し、 明示的に接続を破棄するようにしてください。 これはクライアントオブジェクト利用終了時も同様です RPCで発生する例外は、メソッド名や型の不一致などアプリケーション層の問題に 起因するものと、タイムアウトや通信エラーなどトランスポート層以下の問題に 起因するものがあります。このうちトランスポート層の問題に起因するものは、 例外が発生