まだアクセスは続いています。

「MS11-100」にたんを発している問題に関してもう少し書いてみる。

詳細ってほどではないが、
[技術情報] オブジェクトの現在の状態に問題があるため、操作は有効ではありません。　対応（回避）方法
に書いてある。

この問題が厄介な事が基本的に、エンドユーザには関係ない所で出ている問題だって事にある。
これが、エンドユーザ直結の問題なら、仕様変更などの対応が取れるのですが、そうもできないから、なんとか解決策を見つけて対応せざるを得ない事にある。
また、それ以上に「ASP.NET」のエラーが出てしまう事にある。
try catch で、エラーをハンドリング出来るのなら、回避策の前に、エラーにならない状態で客に使ってもらう事が出来るのですが、それさえもできない状況になってしまう。まさに、これが一番の問題になってくる所にある。

一画面に多くのコントロール（500個以上）のコントロールを貼りつけている。または、動的にコントロールを大量に生成しているときに発生する。

エラーの内容が分かり難くく対応方法まで行き着くことができないでいる人も多いのではないだろうか？
対応策に関しては、
[技術情報] オブジェクトの現在の状態に問題があるため、操作は有効ではありません。　対応（回避）方法
に書いてあるので割愛するが、この問題の根っこには、仕様変更をしないと完全解決にならないって事があげられる。

特に、影響度が大きくて、.NET Framework 全般に影響してきそうな感じがする。
調べていないのでわからないのですが、ASP.NET1.0 や ASP.NET2.0 で書かれたサイトにも影響するのだろう。
すでに、保守期間が終わっているアプリも出てくるのであろう。
それに、Windows 系のレンタルサーバの場合にはもっと事情が複雑になってくる。
アプリ側は一切手を加えていないのに、いきなるアプリケーションエラーになるという現象が発生する事になる。そのために、アプリを使っている人たちはまず開発会社に問い合わせをするのだが、開発会社としては手を入れていないとしたら、運営会社が悪いって事になり、連絡をする事になる。
しかし、運営会社でもパッチを当てただけで、アプリの動作がおかしくなる事は想定していないであろう。それに、この問題は、やっかいな条件がひとつつく、そのために他のページが動いているので、自分の所のサーバの問題だと捉えるのは難しくなってくる。
原因追求が難し状況になっている。

少なくても、エラーがわかりやすくならないかなぁっと思っているが、エラーハンドルができない状況では得られる情報は少なく現状では難しい。

やはりこういうサイトを増やして、エラーが出た時のトレースに出ているモジュールから検索をして調べるしかないのだろうか？
それでは時間だけがかかってしまう事も考えられる。

面倒な問題ですなぁ







やはり、今日になっても 件のコンテンツにはアクセスが集中している。
みんな探しに来ているのだろうな。
他の日記はくだらない事しか書いていないから、読むものがなくてすぐに帰ってしまうのだろうけどね。

日記ごとにアフィリエイト会社に売れないかなぁ(^^)