.NETでWebサービスを始めてみよう---目次
本連載では，単純なWebサービスのサンプル・プログラムと，Webサービス・クライアントのサンプル・プログラムを作成しながら，これらの疑問への回答を解説します。紹介するサンプル・プログラムの開発・実行環境は，マイクロソフトの.NETフレームワークを使います。 第1回 .NETフレームワークとWebサービスの関係 第2回 Visual Studio .NETとWebサービス 第3回 はじめてのWebサービス・プログラミング 第4回 標準プロトコルとWebサービス 第5回 Webサービスを支えるクラス 第6回 Webサービスとクラス継承の関係 第7回 WSDLとWebサービス 第8回 Webサービス・クライアント・プログラム 第9回 コードビハインド・プログラミング 第10回 Windows Server 2003とWebサービス
.NET TIPS ［ASP.NET］アプリケーション内で発生したエラー情報をロギングするには？ - C# VB.NET Webフォーム - ＠IT
別稿「TIPS：［ASP.NET］独自のエラー・ページを設定するには？」でも紹介したように、ASP.NETでは、構成ファイルweb.configの<customErrors>要素を設定することで、アプリケーション独自のエラー・ページを設定できる。 リダイレクト先のエラー・ページは、静的なHTMLファイルでも、動的なWebフォーム（.aspxファイル）でも構わないが、後々のメンテナンスなどを考慮した場合には、できるだけ静的なHTMLファイルにしておくのが好ましいだろう。というのも、実運用中のアプリケーションでは、障害発生時に必ずしもASP.NETアプリケーションに精通した人間がエラー・ページをメンテナンスするとは限らないからだ。障害状況、復旧の予定などのコンテンツをASP.NETプログラマでない人間でも間違いなく更新するには、静的なHTMLファイルが無難であることは間違いない。 しかし、エラ
C# ASP.NETでエラーログファイルを出力する方法 - 使えないプログラマー
Global.asaxファイルのApplication_Errorに以下のように記述します。 protected void Application_Error(Object sender, EventArgs e) { // ログ・ファイルerr.logへの出力ストリームを生成 StreamWriter objSw = new StreamWriter( Server.MapPath("/err.log"), true,Encoding.GetEncoding("Shift_JIS")); // 最後に発生したエラー原因情報をExceptionオブジェクトとして取得 Exception objErr = Server.GetLastError().InnerException; // 日付、ソース・コード、エラー・メッセージ、エラー原因となった // メソッドをカンマ区切りテキストで記録
.NET TIPS ［ASP.NET］アプリケーション共通のロギングを行うには？（Global.asax編） - C# VB.NET Webフォーム SQL - ＠IT
＠IT > Insider.NET > .NET TIPS > ［ASP.NET］アプリケーション共通のロギングを行うには？（Global.asax編） アプリケーションに対するアクセス状況を常時ロギング（ログの収集）し、把握することは、いろいろな意味で重要だ。アプリケーション・ルート配下のそれぞれのコンテンツに対するアクセス比率を把握すれば、人気のあるページ／ないページの傾向が分かるので、コンテンツやメニューの配置などの改善に役立つだろう。例えばREFERERヘッダを監視していれば、自分のサイトがどのようなページからリンクされているかを知ることができるので、おのずからアクセスしてくるユーザー層を推定することができる。ユーザー・エージェントなどの情報は、ページ・デザインを最適化する際の有効な材料の1つでもあるだろう。 アプリケーションのロギングの重要性は、このようなサイト改善の観点からばか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
