本文介紹了如何在服務器重啟或更改XML配置文件后保留log4j2的插件配置的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我已經開發了一個定制的滾動文件附加器，它工作得很好。唯一的問題是，每當我重新啟動服務器或更改log4j2.xml文件(文件的任何部分)時，它都會重新初始化，并且所有以前的日志都會突然被擦除。我沒有觀察到附帶的默認附加器的這種行為，所以我想知道我可以做些什么來保留我的配置。
<CustomAppender name="CustomAppender"
fileName="${log.file.directory}/file.log"
filePattern="${log.file.directory}/file.log.%d{yyyy-MM-dd}-%i.gz"
immediateflush="true"
append="true">
<CustomLayout/>
<Policies>
<SizeBasedTriggeringPolicy size="3 KB"/>
<TimeBasedTriggeringPolicy interval="1"/>
</Policies>
</CustomAppender>
附注：我已嘗試將其設置為單例，但除此之外，它不起作用，我真的不想讓它遠離重新配置，我只想保留我以前生成的日志。
更新
顯然，每次服務器關閉或更改log4j2.xml文件時，管理器都會從頭開始重新構建附加器，盡管內置的附加器即使在重新啟動或重新配置之后也會保持其狀態。它們通過覆蓋AbstractOutputStreamAppender.中的&Stop&Quot；方法來實現這一點我對我的附加器執行了相同的操作，但它的行為仍然不符合我的預期。
@Override
public boolean stop(long timeout, TimeUnit timeUnit) {
setStopping();
final boolean stopped = super.stop(timeout, timeUnit, false);
setStopped();
return stopped;
}
這是我在附加器生成器中使用的管理器：
final RollingFileManager manager = RollingFileManager.getFileManager(fileName, filePattern, append,
isBufferedIo, policy, strategy, advertiseUri, layout, bufferSize, isImmediateFlush(),
createOnDemand, filePermissions, fileOwner, fileGroup, getConfiguration());
if (manager == null) {
return null;
}
manager.initialize();
推薦答案
重新配置時會發生以下情況：
-
讀取新配置文件并將其轉換為節點樹。
訪問與節點關聯的插件并創建其對應的類。
如果配置創建成功，則啟動配置。
記錄器已更新以引用新配置。
舊配置已停止。
如您所想，由于同時運行兩個配置，這可能會導致問題。例如，如果兩個組件嘗試使用相同的端口，則第二個配置可能會失敗。為了避免這些問題，Log4j2中的附加器使用管理器。管理器通常會有一個名稱，其中包括任何項，如果它們在新配置中具有相同的值，則表明管理器應該被重新使用。這允許像OutputStreams這樣的東西在重新配置期間保持打開。但是，這樣做的副作用是，如果在附加器上更改了參數，并且該參數不是名稱的一部分，則可能會忽略值中的更改，因為管理器未被修改。
因此，在創建新的附加器時，必須注意傳遞給管理器的名稱，并且附加器應嘗試更新管理器中不屬于該名稱的相關值。此外，管理器必須說明它被多次啟動和停止的原因。AbstractManager實際上會為您處理此問題。
這篇關于如何在服務器重啟或更改XML配置文件后保留log4j2的插件配置的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
