HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための（レスポンスボディに載せられる）標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
LINE社を退職します
明日はNHKおかあさんといっしょで「たくみお姉さん」から新しいうたのお姉さんにバトンタッチされる日です。そして、2013年3月にLINE社の社員証をゲットしてからもう3年が経過しましたが、僕はLINE社を退職します。今日3月31日が最終出社日で、在籍自体は4月末までです。 「LINEのプラットフォーム化に力を貸して欲しい」と誘われてから今まで、まあ速かったです。もう3年も経っちゃったのか、という印象しかありません。それだけ内容が濃かったのか、いろいろやること多すぎてずっとテンパってたのか、自分でも良くわかりません。「入社したのがつい昨日のことのようです♪」なんてことはさすがにありませんが、例えばOpenSocialやり始めてからは、もう8年も経過してるんですよ。そりゃ年取るわけです。もう41歳だし。 入社したときにはLINE Platformの原型は既に開発されていて、しかし全然まだまだの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
