アカウント名:
パスワード:
セッションに紐付いた1:1の(毎回生成しているであろう)イメージファイルにロック掛ける意味ってなに
バグ以前の問題で、ハイリスクな設計になっているね。エラーが起きたら失敗だけで済まずに大事故になるという。
富士通って海外でも大事故を起こすバグとか出してたり、日本衰退を具現化している大企業って感じ。
むしろココは昔からそんなもんw設計、仕様バグ潰しからだったw
ロックが必要になること自体おかしいよねぇ……別コメにもあるけど一定確率か一定条件でイメージファイル名が衝突するトンデモ実装だったとしか思えない
ロックしている間のリソースを保証することで並行処理やリソース計算が容易になり仕様がシンプルになるただしバグるとこうなる
コンビニからの要求はJ-LISの広域交付サーバーに来て、広域交付サーバが各自治体のコンビニ交付サーバー(横浜市は富士通製)に要求する仕組みなんだよね。コンビニ交付サーバーはメーカーがまちまち。だから、セッションの管理が厳密にできる仕様かどうか怪しいと思う。
ロックが不要だし、ロックに頼ったとしてもロックが解除されてほしいケースが無い気がする。- 印刷が完了してイメージファイルが削除される- タイムアウトしてイメージファイルが削除される他に考えられる分岐があるかな。
ガベージコレクタとか。異常終了した場合にはファイル削除処理が走らないんじゃないかな。まあタイムアウト設定があるならファイル作成日時確認すればすむ話ではあるが。
自治体のサーバから渡される印刷イメージファイルのパスが固定なんじゃね。で、要件でコピーとリネームが禁止されていて送信処理も隠蔽されててファイルパス渡して完了待つようなAPIなら、送信中は排他取るしかないかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
そもそも (スコア:0)
セッションに紐付いた1:1の(毎回生成しているであろう)イメージファイルにロック掛ける意味ってなに
Re:そもそも (スコア:1)
バグ以前の問題で、ハイリスクな設計になっているね。
エラーが起きたら失敗だけで済まずに大事故になるという。
富士通って海外でも大事故を起こすバグとか出してたり、日本衰退を具現化している大企業って感じ。
Re: (スコア:0)
むしろココは昔からそんなもんw
設計、仕様バグ潰しからだったw
Re: (スコア:0)
ロックが必要になること自体おかしいよねぇ……
別コメにもあるけど一定確率か一定条件でイメージファイル名が衝突するトンデモ実装だったとしか思えない
Re: (スコア:0)
ロックしている間のリソースを保証することで並行処理やリソース計算が容易になり仕様がシンプルになる
ただしバグるとこうなる
Re: (スコア:0)
コンビニからの要求はJ-LISの広域交付サーバーに来て、広域交付サーバが各自治体のコンビニ交付サーバー(横浜市は富士通製)に要求する仕組みなんだよね。
コンビニ交付サーバーはメーカーがまちまち。
だから、セッションの管理が厳密にできる仕様かどうか怪しいと思う。
Re: (スコア:0)
ロックが不要だし、ロックに頼ったとしてもロックが解除されてほしいケースが無い気がする。
- 印刷が完了してイメージファイルが削除される
- タイムアウトしてイメージファイルが削除される
他に考えられる分岐があるかな。
Re: (スコア:0)
ガベージコレクタとか。
異常終了した場合にはファイル削除処理が走らないんじゃないかな。
まあタイムアウト設定があるならファイル作成日時確認すればすむ話ではあるが。
Re: (スコア:0)
自治体のサーバから渡される印刷イメージファイルのパスが固定なんじゃね。
で、要件でコピーとリネームが禁止されていて
送信処理も隠蔽されててファイルパス渡して完了待つようなAPIなら、送信中は排他取るしかないかな。