有一项目.Linux + Tomcat + Jdk1.6 配置.
第一版已经完成,部署成功.
但很长时间过去了.一年有余,客户突然要加个小功能,且还有个地方要改.
功能,对编码的难度是微乎其微的.由于改动的功能比较偏,所以回归测试也比较轻松的通过.但在再次部署的时候出现了.
众所周知,JAVA开发最终需要的是编译后的.class文件.而在开发时,开发人员手头上是有编译环境的.一般是用eclipse开发,然后将添加tomcat为server,一切在eclipse里都解决了.不管怎么改都行,改动的JAVA文件会自动编译,重启tomcat就能产生变化,错误检查也能提示用户有哪些明显的错误.debug模式更是能轻松的找出代码逻辑中的错误.但在部署环境下,可能只部署了编译后的文件.当新代码要部署时,只添加资源文件(图片,js,css,jsp配置文件等)和新的.class文件或修改后的.class文件.如果这时候代码里有错.那真是叫天天不应,叫地地不灵了.无法调试,有时甚至无法看到代码内容,因为都是编译后的.class文件.这时候要查错,就只能依靠日志了.
tomcat本身有系统日志.但这个日志只能看出服务启动不了的大致情况,比如系统中数据库连接配置错误,系统中配置文件有错等.如果系统能正常启动,但某些页面出问题.这就找不出原因了.这时候就需要我们在项目中也加入日志模块.Log4J是比较通用的.在项目中引入该模块,然后配置好日志输出路径.然后在程序中的重要位置输出日志.
所谓重要位置,是个比较泛的说法.以SSH整合开发为例.说说我在项目中对日志输入的粒度控制:
项目架构是:
Struts2 + Spring 3.0 + Hibernate.整合图如下:
Struts2.实现了视图层和控制层的功能.它包括JSP和Action.它们两者的交互是通过Dto(数据传输对象)来完成的,它实际上就是一些POJO.而Action中包括Logi