ぉお、実装ありがとうございます。_o_



早速使ってみたいのですが、どちらから get してくるとよいでしょうか?わくわく。
          

ソースにコメント書き書き中です...



え～私のPCに侵入していただかないとありません(ぉぃ)

近日中に出す予定なのでお待ちを～

# 待てない場合はメール or Messengerで(笑)



ちなみに品質には責任もてません(爆)
          

現在のところこれで収集したSyslogは

テキストファイル, データベース, イベントログに保存するしかありません



他のSyslogサーバにSyslogパケットで飛ばせないのはまずいですかね?

データベース接続を飛ばしたりってのはできますけど...
          

>Eventlog をポーリングして



は、WMI を使うとイベントベースで記述できてよいかもしれません。


          

忘れてました...(死)

# どこかにあった気はしてたんですが



とはいえイベントベースだと取りこぼしがないのか要確認ですね

まあポーリングはしっかり取れてるのかというと不安ですけど(^^;;



WMIでイベントログをサブスクライブするコード募集(ぉぃ)
          

>WMIでイベントログをサブスクライブするコード募集(ぉぃ)



WMIつかわんでも…



　EventLog.EntryWritten イベント  



って有りますが。



　これでは役不足？


          

最初は EventLog.EntryWritten でいけると思ってたのですが

よく読むと自分でログに書き込むために EventLog.WriteEntry() を呼び出したときだけ

このイベントが呼ばれるっぽかったのでダメそうでした...

# まあそれ以前に5秒以内に複数の書き込みがあると取りこぼすらしぃ(爆)



いまは System.Timers.Timer で適当な間隔で目覚めて

追加されているエントリを探してくるって感じにしてます



EventLogEntry.EventID がシーケンシャルに増えてるっぽいので利用してますが

オーバーフローしたときに次の値がどうなのか不明なのがちょっと心配
          

さっきまで MVP Wish の打ち合わせとその後の食事でした。



実装に関してなのですが、垂れ流しで OKOK なので、他のサーバに Forward してもらえるとうれしいす。



Eventlog -> syslog message に転換(ここまで一台) -> 他の Syslog サーバに転送 -> 受けた先で、纏めてデータを加工(不要なエントリ削除とか、FromHost 書き換え、レポーティング)



っていう一連のフローのトップに据えられれば、御の字かなぁ、と。＜私の運用シーンの場合



それ以外のシナリオを想定する場合でも、他のアプライアンスなどからも受けられるというだけでも、現状ベースでおもろいとおもいます。テキストになってれば、 Log Parser で何とかなるだろうし。＜SQL への格納とか。