Webshpere和QOS logback：日誌文件被鎖定滾動

Question

大家好日子。

我無法解決一個問題：

我們使用的是WebSphere應用服務器爲我們的應用程序，以及管理我們的日誌文件「的logback」的日誌框架。

看起來似乎很常見，但最近我們發現文件滾動的行爲不可接受。 對於我們在WebSphere滾動日誌文件上的第一次啓動（按大小和按天計算）效果很好，但是當我們停止應用程序時 - 當前日誌文件被java.exe（IBM WAS）進程鎖定，當我們再次啓動應用程序時 - 由於之前的鎖定，滾動日誌不起作用。當我看到文件通過窗口Unlocker我很驚訝 - 有2個進程鎖定當前文件。如果我們停止應用程序並重新啓動它 - 將會有3個java.exe鎖定當前日誌文件，儘管在任務管理器中只運行一個進程。有時我會在這種「測試」期間遇到OutOfMemory錯誤。

因此，我們在最後有非常大的日誌文件。 （20GB和更多）

我發現了一些類似的問題，但與log4j滾動。沒有任何解釋爲什麼它是如此 - 只有一個像 - log4j不推薦用於websphere。

而且似乎問題不完全在「記錄器」中。 那麼，有沒有人誰可以回答2個問題 -

---

1. 爲什麼的WebSphere鎖文件，而不是釋放它，當應用程序已經已經停止???

2. 如何在應用程序以正確方式停止時（不使用解鎖器，任務管理器等作弊程序）釋放（或者說WebSphere不鎖定）日誌文件鎖定？

---

感謝關注...任何幫助，將不勝感激。

---

更新1：

最近我試着用小的web應用程序的logback與 - 和它的作品好 - 無需反覆lockings。

而且我看着日誌，當我們的大的應用程序被終止，並發現

27-03 05:59:39 [WebContainer : 7] INFO o.hibernate.impl.SessionFactoryImpl:close - closing

關閉，但沒有關閉（停止應用程序的過程中在日誌中唯一一個字符串）呢？我希望，我認爲在一個正確的方式...

---- UPD 3

嗯...我已經花了很多時間部署在WebSphere定製WAR和我仍然無法找到有時WAS鎖定日誌文件的原因有時 - 不。

我簡直不敢相信，我很驚訝，沒有人誰面臨着同樣的煩惱

Answer 1

本文不幫我 - http://logback.qos.ch/manual/jmxConfig.html 雖然我們並不在我們的應用使用任何JMXConfigurators ...

，所以我說在web.xml

<listener> 
    <listener-class>ru.fns.commonex.listener.CleanUpServletContextListener</listener-class> 
</listener> 

監聽器有下面的代碼：

@Override 
public void contextDestroyed(ServletContextEvent sce) { 
    log.debug("contextDestroyed({}) called.", sce); 
    deRegisterLog(); 
} 

/** 
* Avoiding memory leaks 
* 
* If your application is deployed in a web-server or an application server, 
* the registration of an JMXConfigurator instance creates a reference from the system class loader 
* into your application which will prevent it from being garbage collected when it is stopped or re-deployed, 
* resulting in a severe memory leak. 
* 
* Thus, unless your application is a standalone Java application, 
* you MUST unregister the JMXConfigurator instance from the JVM's Mbeans server. 
* Invoking the reset() method of the appropriate LoggerContext will automatically unregister any 
* JMXConfigurator instance. A good place to reset the logger context is in the contextDestroyed() 
* method of a javax.servlet.ServletContextListener. 
*/ 
private void deRegisterLog() { 
    LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory(); 
    log.info("Trying to stop logger factory {}", lc); 
    if (lc != null) { 
     lc.stop(); 
    } 
}