Benim şimdiki proje logback kullanıyorum.

Günlük altı seviyesi bulunmaktadır: HATA KAPALI UYARIR . hata AYIKLAMA BİLGİSİ İZLEME

Genel bir kural için ortak faaliyetler için günlük düzeyini belirlemek için arıyorum. Örneğin, eğer bir iş parçacığı kilitli ise, günlük mesaj hata ayıklama seviyesi veya bilgi düzeyi ayarlanmalıdır. Ya da eğer bir yuva kullanılıyorsa, kendine özgü kimliği, hata ayıklama seviyesi veya izleme düzeyinde kaydedilir.

Her günlük kaydı düzeyi için daha fazla örnek ile cevap takdir edeceklerdir.

Ben daha cevabımı üretim destek açısından bakarak karşı önyargılı çok büyük ölçekli, yüksek kullanılabilirlik tip sistemler kurmak; bu, aşağıdaki gibi kabaca tahsis ederiz " dedi

• hata: sistem, tehlike, müşteriler muhtemelen (veya yakında olacak) etkileniyor ve düzeltme muhtemelen insan müdahalesi gerektirir. "Kural" eğer burada - çağrı geçerlidir, Eğer bu durum olursa GECE 2 de uyandı mı olmak istiyorsun? 2 Evet, günlük". hata

• uyar: beklenmedik teknik veya ticari bir olay oldu, müşteriler etkilenebilir, ama muhtemelen hemen hiçbir insan müdahalesi gereklidir. Çağrı üzerine insanlar hemen aradı olmayacak, ama destek personelinin bu sorunları en kısa sürede Gözden etkisinin ne olduğunu anlamak istiyorum. Gereken temelde herhangi bir sorun, izlenen ama acil müdahale gerektirebilir.

• bilgi: gerek diye yüksek sesle görmek istediğimiz şeyleri adli bir konuyu analiz. Sistem yaşam döngüsü olayları (sistem Başlat, Durdur) burada. "Oturum" yaşam olayları (giriş, çıkış, vb.) buraya git. Önemli sınır olayları da (örneğin, veritabanı aramaları, uzak API çağrıları) düşünülmelidir. Tipik iş burada özel durumlar (örneğin kötü oturum açma kimlik bilgileri nedeniyle başarısız oldu). Yüksek hacimli üretim olarak görmek gerekir sence başka bir olay başlıyor.

• hata ayıklamasadece hakkında her şey ""... bu sistem üzerinden akışını izleme ve özellikle gelişimi sırasında ve KALİTE kontrol aşamaları. sorunları ortadan kaldırmada yardımcı olabilecek herhangi bir bilgi mesajı kes yapmaz "Seviye önemsiz olmayan pek çok yöntem, giriş/çıkış için günlükleri ve yöntemleri içinde ilginç olaylar ve karar noktaları işaretleniyor. "debug kullanıyoruz

• izBu sık sık kullanmıyoruz, ama bu son derece ayrıntılı ve potansiyel olarak yüksek hacimli, genellikle bile normal gelişimi sırasında etkin istemediğini günlükleri olacak. Örnekler tam nesne hiyerarşisini terk, büyük bir döngü, vb her yineleme sırasında bazı devlet günlüğü vardır.

Ya da günlük seviyeleri günlükleri sağlayarak doğru seçim yapmaktan daha önemli olarak anlamlı ve gerekli bağlamı var. Örneğin, hemen hemen her zaman KİMLİĞİ gerekirse tek bir iş parçacığı izleyin günlükleri iplik eklemek isteyeceksiniz. Aynı zamanda da açmış olur associate iş bilgileri (örneğin, kullanıcı KİMLİĞİ) iş parçacığı için bir mekanizma istihdam etmek isteyebilirsiniz. Günlük ileti, ileti dava edilebilir sağlamak için yeterli bilgi vardır. Bir "FileNotFound durum yakalandı" çok yararlı değildir. gibi günlük Daha iyi bir mesaj "FileNotFound özel yapılandırma dosyası açmaya çalışırken yakalandı: /usr/local/app/somefile.txt. kullanıcı kimliği=12344."

Ayrıca iyi günlük kılavuzları bir dizi vardır. örneğin, burada JCL (Jakarta Commons Logging) düzenlenmiş bir parçacık

• hata - Diğer çalışma zamanı hataları veya beklenmeyen koşullar. Bu durum konsol üzerinde hemen görünür olmasını bekliyoruz.
• uyar - itiraz API Kullanımı, API kötü kullanım, 'neredeyse' hatalar, istenmeyen veya beklenmeyen diğer çalışma durumları, ama değil "". yanlış mutlaka Bu bir üzerinde hemen görünür olmasını bekliyoruz durum konsol.
• bilgi - İlginç çalışma zamanı olayları (başlangıç/kapatma). Bu hemen görünür konsol, muhafazakar olması ve tutmak için bekliyoruz en az.
• hata ayıklama sistemi üzerinden akışı ile ilgili detaylı bilgiler. Bu yazılı olmasını bekliyoruz sadece kaydeder.
• iz sürme konusunda daha ayrıntılı bilgi. Bu yazılı olmasını bekliyoruz sadece kaydeder.