タグ

loggingに関するitengineerのブックマーク (3)

  • JavaScript For-Log

    The JavaScript error “forEach is not a function” occurs...Read More

  • 第7回 整理は続くよいつまでも | gihyo.jp

    問題は増えたファイルをどう整理するか ハードウェアはハードディスクで決まりです。問題はソフトウェアとデータの構造です。 筆者の場合、ファイルの数は、この10年間、年間に5~12万程度を推移しています。 10年間のファイル数と容量の推移 直近の10年分のファイルの数と容量の推移。デジタルカメラの解像度の向上にともなって、年々容量は増え続けました。ここ数年は開発をメインにしてきたので生活スタイルが変わり、容量はすこし頭打ちです。これを見る限り、1年分のデータでさえBlu-rayディスク1枚(50GB)に入らないことは明らかです。 これをどう整理するか、ということが肝心なのです。 5万という規模 年間に5万としても、これほどのモノは、コンピュータのファイル以外では扱えないだろうと思います。連載の3回目で、澁澤龍彦の蔵書数が1万冊だったという話をしました。1万冊のは、書棚でざっと15を超えます

    第7回 整理は続くよいつまでも | gihyo.jp
  • 2008-07-23 - きしだのはてな [java]Log4Jの落とし穴

    ということで、Log4Jを使おうと思ってlog4j.jarをクラスパスに含めたら、今までおとなしかったライブラリがモノを言い始めた。 まずはBeanUtils。でも、これはloggerがねぇよ!って言ってるだけだったので、log4j.properties的なファイルにこんなのを追加すればよろしい。 log4j.appender.null = org.apache.log4j.varia.NullAppender log4j.logger.org.apache.commons.beanutils.BeanUtils=INFO, null 問題はVelocityで、これはログファイルを作ってくれやがるので、邪魔。いちライブラリの分際で勝手にファイル作るなと。しかも、デフォルトでログレベルFINEってどうよ。 で、なんかググってみつける情報は古くてVelocityEngineとか使ってあるし、t

    2008-07-23 - きしだのはてな [java]Log4Jの落とし穴
  • 1