xmlの中に改行があってパースエラーになってしまったんだろうな
となると気象庁側のほうでも配信したデータの形式が従来と違ったのは意図通りの動作なのかも検証すべきだな。
はてなは意識高い系ばかりだら一社くらい不具合があっても問題ないように複数社契約するのは当たり前で不満は一切ないよな。唯一docomoが遅いことが支払い金額と速度容量が他社全てより劣っているということだけが問題
気象庁の電文フォーマット変更でパース落ちたとかいう一番胃が痛いやつ。仕様変更の事前通知なかったのかドコモが握り潰してたのか気になるな
パースエラーのテストはしてなかったんかな…
本番の前に判明したという感じか。
速報は誤報ではあったけど、結果的に予行演習で不備を発見できて良かった良かった
「緊急地震速報について従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかった」←改行が邪魔してた、と。 https://x.com/docomo/status/2111311573503582355
つーか以前から鳴ったり鳴らなかったりはあったよね？そういうもんだと思っちゃってた。良くはないけど
これ、電文仕様としてはDocomoの解釈が正しくないか
『気象庁から配信された緊急地震速報について従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかったため..お客さまに緊急速報「エリアメール」が配信されない事象が発生』
”発生要因: 緊急地震速報について、従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかったため” https://x.com/looksky495/status/2111069925108527136 https://xml.kishou.go.jp/tec_material.html
「送信は厳密に、受信は寛容に(ポステルの法則)」と言われるように、他所では処理可能なデータ(予期せぬ改行らしい)だったわけで。単純に捨てちゃいけない性質のデータだと思う。
仕様の解釈としてはどっちが正解だったんだろうな
"気象庁から配信された緊急地震速報について従来と一部、形式が異なるデータを受信し" やっぱり! https://p.hatena.ne.jp/p/1560502093482037248/t/1560502777703043072#_r_1560586571575463936 みたいな一部アプリの不具合の原因も裏付けができた。
電文仕様が従来と違うからって言うけど、じゃあなんでSoftBankとauは緊急地震速報出せたんだって話。電文解釈のほうが間違ってたんではないの？SIM無しWi-Fiだけの端末でも鳴ったので、docomo側の問題だと思うんですけど。
データにエラーが入ってたので配信しなかったdocomo陣営と、それでも警報鳴らした他社。どっちがシステム的に正解なのか問題に進展
他社は三社とも対応できたのを考えると、docomoだけ余計なフィルターがあるのか。改行コード一つで無視する仕様を入れたの誰だ？
i’m
データにフォーマットとして不正なデータが入ってて、仕様に厳密なパーサーは受け付けなくて、ゆるいパーサーは受け付けたみたいな感じかな
他のキャリアが対応できてるので、何の言い訳にもならない。危機対応システムで冗長性がなく、些細な形式違いで機能しないのは不合格だなー。実際の巨大地震じゃなくてよかったとしか言えない。
決め打ちでコーディングするな委員会案件。
"今回受信した形式のデータでも緊急速報「エリアメール」を配信できるよう対応を進めており、本日中（10月17日（土曜））の対応完了を見込んでいます" 思ったより早く直るようで良かった。一報では目処すらなかった
となると他のキャリアが弾かなかった理由も気になってくるやつやん あー予期せぬ改行かー
ドコモからのお知らせ : 【お詫び/第二報】緊急地震速報（緊急速報「エリアメール」）が配信されなかった事象について（10月17日午後0時30分時点） | お知らせ | NTTドコモ
xmlの中に改行があってパースエラーになってしまったんだろうな
となると気象庁側のほうでも配信したデータの形式が従来と違ったのは意図通りの動作なのかも検証すべきだな。
はてなは意識高い系ばかりだら一社くらい不具合があっても問題ないように複数社契約するのは当たり前で不満は一切ないよな。唯一docomoが遅いことが支払い金額と速度容量が他社全てより劣っているということだけが問題
気象庁の電文フォーマット変更でパース落ちたとかいう一番胃が痛いやつ。仕様変更の事前通知なかったのかドコモが握り潰してたのか気になるな
パースエラーのテストはしてなかったんかな…
本番の前に判明したという感じか。
速報は誤報ではあったけど、結果的に予行演習で不備を発見できて良かった良かった
「緊急地震速報について従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかった」←改行が邪魔してた、と。 https://x.com/docomo/status/2111311573503582355
つーか以前から鳴ったり鳴らなかったりはあったよね？そういうもんだと思っちゃってた。良くはないけど
これ、電文仕様としてはDocomoの解釈が正しくないか
『気象庁から配信された緊急地震速報について従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかったため..お客さまに緊急速報「エリアメール」が配信されない事象が発生』
”発生要因: 緊急地震速報について、従来と一部、形式が異なるデータを受信し、ドコモ側のシステムにて正しい情報と認識できなかったため” https://x.com/looksky495/status/2111069925108527136 https://xml.kishou.go.jp/tec_material.html
「送信は厳密に、受信は寛容に(ポステルの法則)」と言われるように、他所では処理可能なデータ(予期せぬ改行らしい)だったわけで。単純に捨てちゃいけない性質のデータだと思う。
仕様の解釈としてはどっちが正解だったんだろうな
"気象庁から配信された緊急地震速報について従来と一部、形式が異なるデータを受信し" やっぱり! https://p.hatena.ne.jp/p/1560502093482037248/t/1560502777703043072#_r_1560586571575463936 みたいな一部アプリの不具合の原因も裏付けができた。
電文仕様が従来と違うからって言うけど、じゃあなんでSoftBankとauは緊急地震速報出せたんだって話。電文解釈のほうが間違ってたんではないの？SIM無しWi-Fiだけの端末でも鳴ったので、docomo側の問題だと思うんですけど。
データにエラーが入ってたので配信しなかったdocomo陣営と、それでも警報鳴らした他社。どっちがシステム的に正解なのか問題に進展
他社は三社とも対応できたのを考えると、docomoだけ余計なフィルターがあるのか。改行コード一つで無視する仕様を入れたの誰だ？
i’m
データにフォーマットとして不正なデータが入ってて、仕様に厳密なパーサーは受け付けなくて、ゆるいパーサーは受け付けたみたいな感じかな
他のキャリアが対応できてるので、何の言い訳にもならない。危機対応システムで冗長性がなく、些細な形式違いで機能しないのは不合格だなー。実際の巨大地震じゃなくてよかったとしか言えない。
決め打ちでコーディングするな委員会案件。
"今回受信した形式のデータでも緊急速報「エリアメール」を配信できるよう対応を進めており、本日中（10月17日（土曜））の対応完了を見込んでいます" 思ったより早く直るようで良かった。一報では目処すらなかった
となると他のキャリアが弾かなかった理由も気になってくるやつやん あー予期せぬ改行かー