Java tomcat中tomcat-juli.jar的多个实例

环境：Windows 2003 32位（我知道，我知道我们正在转向64位，但很快）

• 阿帕奇雄猫
• 6.0.35
• 爪哇之家酒店
• 卡塔琳娜之家酒店

已配置

转到Tomcat6w.exe的Java选项卡，我们会看到：

C:\tomcat\bin\tomcat-juli.jar;
C:\tomcat\bin\tomcat-juli.jar;
C:\tomcat\bin\bootstrap.jar

为什么有多个实例：tomcat-juli.jar

了解Juli是：Java实用工具日志实现

我的问题是即使有一个juli定义。。为什么有两个？我们是否将其保持在2，然后让系统运行它的进程？

它是以JRE中的Java.Util.Logging包命名的“JavaUtilLogging实现”

JULI本质上是一个重新打包的apachecommons日志，删除了所有框架检测代码，并硬编码以使用特定的日志框架。默认情况下，它使用j.u.l，但也有一个版本在extras下载中使用log4j

你看到的复式输入是有原因的，但首先我需要解释一些背景

Tomcat支持一种“高级”配置，其中二进制文件与实例分开，因此您可以使用同一组二进制文件（$CATALINA_HOME）拥有多个Tomcat实例（$CATALINA_BASE）。这使得升级非常简单。在这种高级配置中，不同的实例可能希望使用不同的JULI版本。例如，虽然有些人使用标准j.u.l捆绑包，但其他人可能希望使用log4j捆绑包。为了支持这一点，每个实例的JULI jar可以放在$CATALINA_BASE/bin中，它覆盖$CATALINA_HOME/bin中的JULI jar。因此，类路径搜索顺序为$CATALINA_BASE/bin:$CATALINA_HOME/bin:etc

在标准安装中，$CATALINA_BASE==$CATALINA_HOME，因此看起来JULI JAR已经添加了两次

保留第二个条目是安全的，但如果您愿意，也可以安全地删除它。

它是以JRE中的Java.Util.Logging包命名的“JavaUtil日志实现”

JULI本质上是一个重新打包的apachecommons日志，删除了所有框架检测代码，并硬编码以使用特定的日志框架。默认情况下，它使用j.u.l，但也有一个版本在extras下载中使用log4j

你看到的复式输入是有原因的，但首先我需要解释一些背景

Tomcat支持一种“高级”配置，其中二进制文件与实例分开，因此您可以使用同一组二进制文件（$CATALINA_HOME）拥有多个Tomcat实例（$CATALINA_BASE）。这使得升级非常简单。在这种高级配置中，不同的实例可能希望使用不同的JULI版本。例如，虽然有些人使用标准j.u.l捆绑包，但其他人可能希望使用log4j捆绑包。为了支持这一点，每个实例的JULI jar可以放在$CATALINA_BASE/bin中，它覆盖$CATALINA_HOME/bin中的JULI jar。因此，类路径搜索顺序为$CATALINA_BASE/bin:$CATALINA_HOME/bin:etc

在标准安装中，$CATALINA_BASE==$CATALINA_HOME，因此看起来JULI JAR已经添加了两次

保留第二个条目是安全的，但如果您愿意，也可以安全地删除它。

它是以JRE中的Java.Util.Logging包命名的“JavaUtil日志实现”

JULI本质上是一个重新打包的apachecommons日志，删除了所有框架检测代码，并硬编码以使用特定的日志框架。默认情况下，它使用j.u.l，但也有一个版本在extras下载中使用log4j

你看到的复式输入是有原因的，但首先我需要解释一些背景

Tomcat支持一种“高级”配置，其中二进制文件与实例分开，因此您可以使用同一组二进制文件（$CATALINA_HOME）拥有多个Tomcat实例（$CATALINA_BASE）。这使得升级非常简单。在这种高级配置中，不同的实例可能希望使用不同的JULI版本。例如，虽然有些人使用标准j.u.l捆绑包，但其他人可能希望使用log4j捆绑包。为了支持这一点，每个实例的JULI jar可以放在$CATALINA_BASE/bin中，它覆盖$CATALINA_HOME/bin中的JULI jar。因此，类路径搜索顺序为$CATALINA_BASE/bin:$CATALINA_HOME/bin:etc

在标准安装中，$CATALINA_BASE==$CATALINA_HOME，因此看起来JULI JAR已经添加了两次

保留第二个条目是安全的，但如果您愿意，也可以安全地删除它。

它是以JRE中的Java.Util.Logging包命名的“JavaUtil日志实现”

JULI本质上是一个重新打包的apachecommons日志，删除了所有框架检测代码，并硬编码以使用特定的日志框架。默认情况下，它使用j.u.l，但也有一个版本在extras下载中使用log4j

你看到的复式输入是有原因的，但首先我需要解释一些背景

Tomcat支持一种“高级”配置，其中二进制文件与实例分开，因此您可以使用同一组二进制文件（$CATALINA_HOME）拥有多个Tomcat实例（$CATALINA_BASE）。这使得升级非常简单。在这种高级配置中，不同的实例可能希望使用不同的JULI版本。例如，虽然有些人使用标准j.u.l捆绑包，但其他人可能希望使用log4j捆绑包。为了支持这一点，每个实例的JULI jar可以放在$CATALINA_BASE/bin中，它覆盖$CATALINA_HOME/bin中的JULI jar。因此，类路径搜索顺序为$CATALINA_BASE/bin:$CATALINA_HOME/bin:etc

在标准安装中，$CATALINA_BASE==$CATALINA_HOME，因此看起来JULI JAR已经添加了两次

保留第二个条目是安全的，但如果您愿意，删除它也是安全的