`

log4j配置日志文件log4j.appender.R.File相对路径方法

    博客分类:
  • java
 
阅读更多

方法一、 解决的办法自然是用相对路径代替绝对路径,其实log4j的FileAppender本身就有这样的机制,如:log4j.appender.logfile.File=${WORKDIR}/logs/app.log 

其中“${WORKDIR}/”是个变量,会被System Property中的“WORKDIR”的值代替。这样,我们就可以在log4j加载配置文件之前,先用System.setProperty ("WORKDIR", WORKDIR);设置好根路径,此操作可通过一初始的servlet进行。 

 

方法二、可以使用服务器环境变量 

log4j的配置文件支持服务器的vm的环境变量,格式类似${catalina.home} 

log4j.appender.R=org.apache.log4j.RollingFileAppender 

log4j.appender.R.File=${catalina.home}/logs/logs_tomcat.log 

log4j.appender.R.MaxFileSize=10KB 

其中的${catalina.home}并非windows系统的环境变量,这个环境变量就不需要在Windows系统的环境变量中设置。之所以 这样,你可以看看tomcat\bin\catalina.bat(startup,shutdown都是调用这个)里面自带有 -Dcatalina.home= "%CATALINA_HOME%" 。继承这个思想,所以你也可以自己设定一个参数-Dmylog.home="D:/abc/log"到对应的服务器java启动的vm参数中 

 

方法三、通过servlet初始化init()方法中加载file属性实现相对路径 

具体实现:做一个servlet,在系统加载的时候,就把properties的文件读到一个properties文件中.那个file的属性值 (我使用的是相对目录)改掉(前面加上系统的根目录),让后把这个properties对象设置到propertyConfig中去,这样就初始化了 log的设置.在后面的使用中就用不着再配置了 

一般在我们开发项目过程中,log4j日志输出路径固定到某个文件夹,这样如果我换一个环境,日志路径又需要重新修改,比较不方便,目前我采用了动态改变日志路径方法来实现相对路径保存日志文件 

(1).在项目启动时,装入初始化类: 

public class Log4jInit extends HttpServlet { 

         static Logger logger = Logger.getLogger(Log4jInit.class); 

         public Log4jInit() { 

         } 

 

         public void init(ServletConfig config) throws ServletException { 

             String prefix = config.getServletContext().getRealPath("/"); 

             String file = config.getInitParameter("log4j"); 

             String filePath = prefix + file; 

             Properties props = new Properties(); 

             try { 

                 FileInputStream istream = new FileInputStream(filePath); 

                 props.load(istream); 

                 istream.close(); 

                 //toPrint(props.getProperty("log4j.appender.file.File")); 

                 String logFile = prefix + props.getProperty("log4j.appender.file.File");//设置路径 

                 props.setProperty("log4j.appender.file.File",logFile); 

                 PropertyConfigurator.configure(props);//装入log4j配置信息 

             } catch (IOException e) { 

                 toPrint("Could not read configuration file [" + filePath + "]."); 

                 toPrint("Ignoring configuration file [" + filePath + "]."); 

                 return; 

             } 

         } 

 

         public static void toPrint(String content) { 

             System.out.println(content); 

         } 

实际上log4j的配置文件log4j.properties如为默认名,可放置在JVM能读到的classpath里的任意地方,一般是放在 WEB- INF/classes目录下。当log4j的配置文件不再是默认名,则需要另外加载并给出参数,如上 “ropertyConfigurator.configure(props);//装入log4j配置信息” 

 

(2).Web.xml中的配置 

<servlet> 

         <servlet-name>log4j-init</servlet-name> 

         <servlet-class>Log4jInit</servlet-class> 

         <init-param> 

           <param-name>log4j</param-name> 

           <param-value>WEB-INF/classes/log4j.properties</param-value> 

         </init-param> 

         <load-on-startup>1</load-on-startup> 

       </servlet> 

 

注意:上面的load-on-startup设为0,以便在Web容器启动时即装入该Servlet。log4j.properties文件放在根的properties子目录中,也可以把它放在其它目录中。应该把.properties文件集中存放,这样方便管理。 

(3).log4j.properties中即可配置log4j.appender.file.File为当前应用的相对路径. 

 

 

以上是网上log4j日志文件的相对路径配置的三种方法(我能找到的就三种),分析: 

 

方法一主要是扩展了log4j的RollingFileAppender类,其他的FileAppender同样道理。扩展的方法,就是用一个子类去覆盖setFile方法,这个方法在log4j读取配置文件生成appender的时候调用,传入的就是配 

置文件中的路径,这样我就可以按照自己的想法在路径前面加上根路径了。这种方法可以在log4j.properties中用相对路径自由配置log4j.appender.A1.File属性来决定生成的日志相对web应用根 

目录的位置。 

 

方法二是利用服务器vm中已经存在的环境变量如${catalina.home}来设置相对于${catalina.home}的日志路径,日志只能放到服务器子目录里,而且如果是用的其它服务器,则要改对应的环境变量。此方法平台移植不方便。 

 

方法三是扩展ActionServlet类,覆盖其init()方法,新方法中载入log4j.properties位置的参数,可以自由配置log4j的配置文件的名字和存放位置。也可自由配置log4j日志文件的相对于当前应用的路径。详 

细代码如下: 

 

程序代码 

package wbb.bysxxglxt.util; 

 

import org.apache.struts.action.*; 

import org.apache.commons.logging.LogFactory; 

import org.apache.commons.logging.Log; 

import javax.servlet.ServletException; 

import java.util.Properties; 

import java.io.InputStream; 

import org.apache.log4j.PropertyConfigurator; 

import java.io.FileInputStream; 

import java.io.IOException; 

 

public class ExtendedActionServlet extends ActionServlet { 

        private Log log = LogFactory.getLog(this.getClass().getName()); 

 

        public ExtendedActionServlet() {} 

 

        public void init() throws ServletException { 

            log.info( 

                    "Initializing, My MyActionServlet init this System's Const Variable"); 

            String prefix = this.getServletConfig().getServletContext().getRealPath( 

                    "/"); 

            String file = this.getServletConfig().getInitParameter("log4j"); 

            String filePath = prefix + file; 

            Properties props = new Properties(); 

            System.out.println(prefix); 

            System.out.println(file); 

            System.out.println(filePath); 

 

            try { 

                FileInputStream log4jStream = new FileInputStream(filePath); 

                props.load(log4jStream); 

                log4jStream.close(); 

                String logFile = prefix + 

                                 props.getProperty("log4j.appender.A1.File"); //设置路径 

 

                System.out.println(logFile); 

                props.setProperty("log4j.appender.A1.File", logFile); 

                PropertyConfigurator.configure(props); //装入log4j配置信息 

            } catch (IOException e) { 

                e.printStackTrace(); 

            } 

            log.info("Initializing, end My Init"); 

            super.init();//应用了struts,此方法不能省,ActionServlet覆盖了的此方法中有很多重要操作 

        } 

 

 

**********************应用web.xml 关键部分*************************** 

 

      

程序代码 

<servlet> 

        <servlet-name>action</servlet-name> 

        <servlet-class>wbb.bysxxglxt.util.ExtendedActionServlet</servlet-class> 

        <init-param> 

          <param-name>config</param-name> 

          <param-value>/WEB-INF/struts-config.xml</param-value> 

        </init-param> 

        <init-param> 

            <param-name>log4j</param-name> 

            <param-value>properties\log4j.properties</param-value>                    

          </init-param> 

        <init-param> 

          <param-name>debug</param-name> 

          <param-value>0</param-value> 

        </init-param> 

        <init-param> 

          <param-name>application</param-name> 

          <param-value>ApplicationResources</param-value> 

        </init-param> 

        <load-on-startup>0</load-on-startup> 

      </servlet> 

      <servlet-mapping> 

        <servlet-name>action</servlet-name> 

        <url-pattern>*.do</url-pattern> 

      </servlet-mapping> 

 

 

注意log4j参数中相对路径的斜杠线的写法,而且log4j属性文件如放置在web-inf/classes目录或web-inf等目录中最好 改名,因为在加载此Servlet之前,服务器如tomcat启动时会自动搜索web-inf目录和web-inf/classes目录中 log4j.properties文件,如有则自动加载。log4j属性文件加载后,由于该属性文件中log4j.appender.A1.File的值 用的是相对路径,自动加载配置便会出错: 

log4j:ERROR setFile(null,true) call failed. 

java.io.FileNotFoundException: WEB-INF\logs\bysxxglxt.log (系统找不到指定的路径。) 

不知道log4j为什么会这么早自动启动。尽管后面加载扩展的ActionServlet中正确设置了log4j属性文件并正常加载了,但报的这个错还是怪不爽的,于是只有更改log4j属性文件名字或者更改其存放位置,让其不能自动加载了,不过还是有两个警告: 

log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester.sax). 

log4j:WARN Please initialize the log4j system properly. 

这样做就算是掩耳盗铃了,如果你有更好的解决办法,希望能在此贴出来,大家一起研究。 

 

********************log4j.properties***************************** 

### 设置logger级别 ### 

 

程序代码 

log4j.rootLogger=DEBUG,stdout,A1 

 

### appender.stdout输出到控制台 ### 

log4j.appender.stdout=org.apache.log4j.ConsoleAppender 

log4j.appender.stdout.Target=System.out 

log4j.appender.stdout.layout=org.apache.log4j.PatternLayout 

log4j.appender.stdout.layout.ConversionPattern= [%5p] [BYSXXGLXT] %d{yyyy-MM-dd HH:mm:ss}: %-4r [%-5p] [%t] ( %F,%L ) - %m%n 

 

### appender.A1输出到日志文件 ### 

log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender 

log4j.appender.A1.File=WEB-INF\\logs\\bysxxglxt.log 

##注意上面日志文件相对应用根目录路径的写法 

log4j.appender.A1.DatePattern='.'yyyy-MM-dd'.log' 

log4j.appender.A1.Append=true 

## 输出DEBUG级别以上的日志 

log4j.appender.A1.Threshold=DEBUG 

log4j.appender.A1.layout=org.apache.log4j.PatternLayout 

log4j.appender.A1.layout.ConversionPattern= [%5p] [BYSXXGLXT] %d{yyyy-MM-dd HH:mm:ss}: %-4r     [%t] ( %F,%L ) - %m%n

分享到:
评论

相关推荐

    在WPF中使用ItemsControl控件来实现线状图控件

    在WPF中使用ItemsControl控件来实现线状图控件

    语音合成_变分自编码器_对抗学习_端到端文本转语音技术_研究_1744171913.zip

    语音合成_变分自编码器_对抗学习_端到端文本转语音技术_研究_1744171913.zip

    基于ThinkPHP5.1的高效多商户在线客服系统架构与优化

    内容概要:本文详细介绍了基于ThinkPHP5.1框架构建的多商户在线客服系统的源码和技术实现细节。系统采用动态域名绑定实现商户隔离,数据库分表确保数据安全,机器人聊天模块使用三级匹配策略提高应答效率,地图统计功能利用IP库和ECharts展示客户分布情况,服务器优化方面通过缓存策略和流量控制提升性能。此外,还包括了自适应布局、离线消息机制以及APP封装等内容。 适合人群:有Web开发经验的技术人员,尤其是对ThinkPHP框架有一定了解的开发者。 使用场景及目标:适用于需要搭建高性能、低成本多商户在线客服系统的公司或个人。主要目标是帮助开发者理解和掌握如何通过合理的架构设计和技术手段,在有限的硬件条件下实现高效的客户服务。 其他说明:文中提供了大量实际代码片段作为参考,有助于读者更好地理解具体实现方法。同时强调了性能优化的重要性,如缓存使用、数据库设计等方面的经验分享。

    三菱PLC FX3U与松下伺服四轴控制系统的功能块设计及应用

    内容概要:本文详细介绍了三菱PLC FX3U与松下伺服组成的四轴控制系统的设计与实现。硬件部分由FX3U-48MT本体和两个1PG定位模块构成,每个1PG模块连接两个松下A5伺服,形成四轴系统。软件部分通过功能块(FB)进行模块化设计,涵盖JOG控制、回零、定位等功能。每个功能块内部实现了复杂的控制逻辑,如加减速曲线、方向控制等,并通过ST语言编写。此外,MCGS触摸屏用于参数配置和监控,支持CSV文件保存配方,通过MODBUS RTU协议与PLC通信。电气图纸和IO表详细记录了各信号的连接和功能,便于现场施工和维护。 适合人群:从事工业自动化控制领域的工程师和技术人员,尤其是熟悉三菱PLC和松下伺服系统的用户。 使用场景及目标:适用于需要实现多轴精密控制的工业应用场景,如数控机床、自动化生产线等。目标是提供一种高效、易维护的多轴控制系统解决方案。 其他说明:文中提供了详细的代码示例和硬件配置说明,有助于理解和实施该项目。同时,强调了良好的注释习惯和模块化设计思想,提高了系统的可移植性和可维护性。

    试题:线性空间的维数与子空间.docx

    试题:线性空间的维数与子空间.docx

    浅析融合城乡信息化建设-推进城乡统筹发展.docx

    浅析融合城乡信息化建设-推进城乡统筹发展.docx

    基于蒙特卡洛法的电动汽车充电负荷预测:出行时间、行驶里程与充电时间的概率模型 Python 实现

    内容概要:本文详细介绍了如何利用蒙特卡洛方法进行电动汽车充电负荷预测。首先,针对不同类型的电动汽车(如私家车、出租车、物流车)建立了各自的出行时间、行驶里程和充电时间的概率模型。通过Python代码实现了这些模型的具体构建,包括使用正态分布、威布尔分布、泊松分布等生成样本数据。接着,通过蒙特卡洛抽样方法模拟大量车辆的充电行为,并将这些数据汇总到24小时的时间段内,形成总的充电负荷曲线。此外,文中还讨论了如何处理跨天充电、不同充电功率以及温度对电池效率的影响等问题。最后,通过可视化展示了充电负荷的峰谷特征,并探讨了模型的扩展性和灵活性。 适合人群:对电力系统规划、智能交通系统感兴趣的科研人员和技术开发者,尤其是有一定Python编程基础的人群。 使用场景及目标:适用于研究电动汽车充电负荷对电网的影响,帮助电网运营商制定合理的调度计划,评估不同政策对充电负荷的影响,以及优化充电基础设施布局。 其他说明:本文提供了详细的代码示例,便于读者理解和复现实验结果。同时强调了蒙特卡洛方法在处理不确定性和随机性方面的优势,为未来的研究提供了有价值的参考。

    【计算机科学】C++实现弹簧-质点系统物理仿真:基础物理计算与可视化输出设计

    内容概要:本文档展示了一个基于C++的弹簧-质点系统仿真实例,详细介绍了系统的各个组成部分及其工作原理。首先定义了用于处理二维向量运算的`Vec2`类,然后创建了表示质点的`MassPoint`类,包括位置、速度、受力等属性。接着是`Spring`类,它模拟了连接两个质点的弹簧,并应用胡克定律和阻尼力来计算弹簧力。最后是`PhysicsSimulator`类,负责管理整个仿真过程,包括初始化质点和弹簧,在每个时间步长中重置所有力、应用重力、计算弹簧力并通过积分更新位置和速度。此外,还提供了简单的可视化输出。; 适合人群:对物理仿真感兴趣,有一定C++编程基础的学习者和开发者。; 使用场景及目标:①理解物理仿真中质点-弹簧系统的构建方法;②掌握如何用C++实现基本的物理计算,如力的合成与分解、欧拉积分法等;③学习如何将物理公式转化为程序代码。; 阅读建议:本实例

    jw.js压缩包.zip

    jw.js压缩包.zip

    用信息化的手段固化管理流程范本.docx

    用信息化的手段固化管理流程范本.docx

    微信群永久二维码生成系统

    微信群永久二维码生成系统

    试题:向量的内积与正交性.docx

    试题:向量的内积与正交性.docx

    3dmax插件022-一键渲染.ms

    3dmax插件

    运动控制领域雷赛、正运动与固高原码的互通实现及应用

    内容概要:本文探讨了在运动控制领域中,雷赛、正运动和固高原码之间的互通性和实现方法。首先解释了为什么需要进行源码交换,即为了利用不同品牌的优势并节省开发时间和成本。接着详细介绍了交换的基本思路和技术可行性,强调了尽管不同品牌的运动控制逻辑有所区别,但在基本原理上是相通的。然后具体阐述了实现源码交换的三个主要步骤:接口标准化、底层适配层开发以及整合与测试。同时指出了在这个过程中可能遇到的问题及其解决方案,如指令集差异和硬件差异等。最后分享了一些实践经验,包括如何处理异常状态、运动参数配置的不同之处以及状态监控的实现差异。 适合人群:从事工业自动化或运动控制系统开发的专业人士,尤其是那些希望提高跨品牌兼容性的工程师。 使用场景及目标:适用于需要在同一项目中集成多种品牌运动控制器的应用场合,旨在帮助开发者更好地理解和实施不同品牌间的源码互换,从而优化系统的灵活性和效率。 其他说明:文中还提到了一些具体的编程细节和技术要点,如C++模板函数用于自动选择正确接口、JSON配置文件的品牌标识字段解析、状态转换中间件的设计等。此外,作者也分享了许多宝贵的实战经验,提醒读者注意诸如齿轮比处理、状态码对照表准备等方面的实际问题。

    面向对象编程(OOP)·笔记(附件)

    数字媒体资料库程序设计软件包

    html-agility-pack-master.zip

    html-agility-pack-master

    LS-DYNA切缝药包聚能爆破源代码k文件解析及其应用

    内容概要:本文详细介绍了LS-DYNA切缝药包聚能爆破源代码k文件的具体内容和应用场景。首先解释了LS-DYNA作为一款非线性动力分析软件在爆破领域的广泛运用,以及切缝药包聚能爆破技术的特点。接着深入探讨了k文件中涉及的各种关键设置和参数,如材料参数、药包设置、切缝结构建模、起爆点设置、聚能方向控制、求解控制等。每个参数和代码片段都对模拟结果有着至关重要的影响,通过不断调整和优化这些设置,可以更精准地模拟切缝药包聚能爆破过程,为实际工程应用提供可靠的支持。 适合人群:从事爆破工程、非线性动力分析的研究人员和工程师,尤其是对LS-DYNA有一定了解并希望深入了解其具体应用的专业人士。 使用场景及目标:适用于需要进行复杂爆破模拟的工程项目,旨在帮助用户掌握LS-DYNA切缝药包聚能爆破源代码k文件的编写技巧,提升模拟精度,优化爆破效果。 其他说明:文中提到的一些关键技术点,如材料参数设置、切缝结构建模、起爆点设置等,都需要仔细调整和验证,以确保模拟结果的准确性。此外,文中还提到了一些常见的错误和注意事项,有助于避免常见陷阱,提高工作效率。

    深度学习基于Vision Transformer与Star Block的图像分类模型设计:增强特征提取与分类性能

    内容概要:本文介绍了一种改进的视觉Transformer模型(ViT),通过引入自定义的Star_Block模块增强其性能。Star_Block模块由中心分支和多个并行分支组成,采用卷积神经网络(CNN)技术处理图像特征。具体来说,中心分支通过全局平均池化、卷积层和Sigmoid激活函数生成权重图;各并行分支则通过深度可分离卷积提取多尺度特征,并利用Softmax计算路由权重对各分支输出进行加权融合。最终,融合后的特征与中心分支生成的权重图相乘,得到增强的特征表示。在ViT模型中,Star_Block被应用于图像补丁特征提取部分,以提升模型表达能力。; 适合人群:熟悉PyTorch框架,有一定深度学习基础的研究人员或开发者。; 使用场景及目标:①研究视觉Transformer模型的改进方法;②探索卷积神经网络与Transformer架构结合的可能性;③提高图像分类任务中的模型性能。; 阅读建议:由于代码涉及较多PyTorch细节和深度学习专业知识,建议读者先掌握相关基础知识再深入学习本文内容,同时结合代码注释理解每个模块的功能。

    基于EKF与里程计的机器人定位MATLAB实现:误差分析与验证

    内容概要:本文详细介绍了基于扩展卡尔曼滤波(EKF)和里程计模型的机器人定位算法,并通过MATLAB程序进行了实现和验证。首先解释了两种模型的基本原理,然后展示了具体的MATLAB代码实现,包括状态预测、观测更新以及误差计算。实验结果显示,EKF通过融合多种传感器数据,能够有效抑制误差累积,显著提高定位精度,而单纯依靠里程计会导致较大误差。文章还讨论了不同应用场景下的选择建议,并提出了未来可能的研究方向。 适合人群:从事机器人技术研究的专业人士、自动化专业学生、对机器人定位感兴趣的开发者。 使用场景及目标:适用于需要精确机器人定位的应用场景,如自主导航、服务机器人等。主要目标是帮助读者理解EKF和里程计的工作机制及其优劣,掌握MATLAB实现技巧,以便应用于实际项目中。 其他说明:文中提供了完整的MATLAB代码示例,便于读者动手实践。同时强调了EKF在处理非线性运动模型方面的优势,以及其在多传感器数据融合中的重要作用。

Global site tag (gtag.js) - Google Analytics