一种基于门面对象的应用服务器日志收集方法及系统技术方案

技术编号:33125220 阅读:10 留言:0更新日期:2022-04-17 00:33
本发明专利技术提供了一种基于门面对象的应用服务器日志收集方法及系统,其中,所述方法包括:启动门面对象获取输出日志;控制门面对象的类对所述输出日志进行收集,得到待加载的收集日志;修改应用服务器的配置,得到配置修改的应用服务器;启动所述配置修改的应用服务器加载所述待加载的收集日志,得到加载后的收集日志。本发明专利技术通过应用服务器加载修改后的门面对象的类的设置方式,实现所有使用门面对象进行输出日志的应用在输出日志时进行额外的收集,提高收集效率且防止日志缺失,从而达到高效收集所有应用日志的效果。集所有应用日志的效果。集所有应用日志的效果。

【技术实现步骤摘要】
一种基于门面对象的应用服务器日志收集方法及系统


[0001]本专利技术涉及信息处理领域,尤其涉及一种基于门面对象的应用服务器日志收集方法及系统。

技术介绍

[0002]现有对应用的输出日志进行统一收集主要有两种方式,一种是应用在输出日志的时候额外进行收集日志的操作,但是这种方式对于之前的旧应用来说需要修改应用代码,如果旧应用很多的话,每一个都要进行修改,工作量较大导致效率较低;另一种是应用输出日志到日志文件中,然后设置定时任务,每隔一段时间查询一次日志文件是否发生了修改,如果发生了修改则对增量的日志进行收集,日志文件是会根据我们设定的条件进行分割的,例如日志文件大小到达阈值、日期变更等,在日志文件进行分割的时候,如果此时日志文件与上一次定时任务查询时的日志文件相比发生了修改,由于这些日志被分割到另外的文件中,从而使下一次定时任务执行时这些修改的日志文件都不能被收集到,从而导致日志缺失。
[0003]在实际的设计方案中,在不侵入应用代码的情况下收集应用日志通常使用定时轮询日志文件来实现,但由于日志文件存在分割归档的情况,最后一次轮询时间点到分割时间点之间的日志不会被收集到,从而导致日志缺失的情况。
[0004]因此,现有技术还有待于改进和发展。

技术实现思路

[0005]鉴于上述现有技术的不足,本专利技术的目的在于提供一种基于门面对象的应用服务器日志收集方法及系统,旨在解决收集日志存在缺失情况与收集效率较低的问题。
[0006]本专利技术的技术方案如下:
[0007]一种基于门面对象的应用服务器日志收集方法,其中,包括:
[0008]启动门面对象获取输出日志;
[0009]控制门面对象的类对所述输出日志进行收集,得到待加载的收集日志;
[0010]修改应用服务器的配置,得到配置修改的应用服务器;
[0011]启动所述配置修改的应用服务器加载所述待加载的收集日志,得到加载后的收集日志。
[0012]所述基于门面对象的应用服务器日志收集方法,其中,所述修改应用服务器的配置的步骤包括:
[0013]对数据包进行修改,将修改后的数据包放入应用服务器的目录中。
[0014]所述基于门面对象的应用服务器日志收集方法,其中,所述控制门面对象对所述输出日志进行收集,得到待加载的收集日志的步骤包括:
[0015]对日志工厂类的获取日志方法进行修改,得到修改后的日志工厂类;
[0016]将修改后的获取日志方法返回日志实现类;
[0017]控制日志实现类通过输出日志类输出日志;
[0018]控制日志实现类通过收集日志类收集日志,得到待加载的收集日志。
[0019]所述基于门面对象的应用服务器日志收集方法,其中,所述门面对象的类包括所述修改后的日志工厂类和所述日志实现类。
[0020]所述基于门面对象的应用服务器日志收集方法,其中,第一文件夹目录、第二文件夹目录和第三文件夹目录中存放有不同的文件,所述启动配置修改的应用服务器加载门面对象的类,得到加载后的收集日志的步骤包括:
[0021]使用通用类加载器在所述第一文件夹目录中加载;
[0022]使用应用类加载器在所述第二文件夹目录中加载;
[0023]使用应用类加载器在所述第三文件夹目录中加载。
[0024]所述基于门面对象的应用服务器日志收集方法,其中,所述使用通用类加载器在第一文件夹目录中加载的步骤之前,还包括:
[0025]使用引导类加载器加载;
[0026]使用系统类加载器加载。
[0027]所述基于门面对象的应用服务器日志收集方法,其中,所述应用服务器是tomcat;所述门面对象是slf4j。
[0028]一种基于门面对象的应用服务器日志收集系统,其中,包括:
[0029]获取模块,用于启动门面对象获取输出日志;
[0030]收集模块,用于控制门面对象的类对所述输出日志进行收集,得到待加载的收集日志;
[0031]配置修改模块,用于修改应用服务器的配置,得到配置修改的应用服务器;
[0032]加载模块,用于启动所述配置修改的应用服务器加载所述待加载的收集日志,得到加载后的收集日志。
[0033]一种电子设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现所述日志收集方法的步骤。
[0034]一种计算机存储介质,其上存储有计算机程序,其特征在于:该程序被处理器执行时实现所述日志收集方法的步骤。
[0035]有益效果:本专利技术提供了一种基于门面对象的应用服务器日志收集方法及系统,其中,所述方法包括:启动门面对象获取输出日志;控制门面对象的类对所述输出日志进行收集,得到待加载的收集日志;修改应用服务器的配置,得到配置修改的应用服务器;启动所述配置修改的应用服务器加载所述待加载的收集日志,得到加载后的收集日志。本专利技术通过应用服务器加载修改后的门面对象的类的设置方式,实现所有使用门面对象进行输出日志的应用在输出日志时进行额外的收集,提高收集效率且防止日志缺失,从而达到高效收集所有应用日志的效果。
附图说明
[0036]图1为本专利技术的基于门面对象的应用服务器日志收集方法的流程图。
[0037]图2为本专利技术的应用服务器的类加载器流程图。
具体实施方式
[0038]本专利技术提供一种基于门面对象的应用服务器日志收集方法及系统,为使本专利技术的目的、技术方案及效果更加清楚、明确,以下对本专利技术进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本专利技术,并不用于限定本专利技术。
[0039]需说明的是,当部件被称为“固定于”或“设置于”另一个部件,它可以直接在另一个部件上或者间接在该另一个部件上。当一个部件被称为是“连接于”另一个部件,它可以是直接连接到另一个部件或者间接连接至该另一个部件上。
[0040]还需说明的是,本专利技术实施例的附图中相同或相似的标号对应相同或相似的部件;在本专利技术的描述中,需要理解的是,若有术语“上”、“下”、“左”、“右”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本专利技术和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此,附图中描述位置关系的用语仅用于示例性说明,不能理解为对本专利的限制,对于本领域的普通技术人员而言,可以根据具体情况理解上述术语的具体含义。
[0041]现有对应用的输出日志进行统一收集主要有两种方式,一种是应用在输出日志的时候额外进行收集日志的操作,但是这种方式对于之前的旧应用来说需要修改应用代码,如果旧应用很多的话,每一个都要进行修改,工作量较大导致效率较低;另一种是应用输出日志到日志文件中,然后设置定时任务,每隔一段时间查询一次日志文件是否发生了修改,如果发生了修改则对增量的日志进行收集,日志文件是会根据我们设定的条件进行分割的,例如日志文件大小到达阈值、日期变更等,本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种基于门面对象的应用服务器日志收集方法,其特征在于,包括:启动门面对象获取输出日志;控制门面对象的类对所述输出日志进行收集,得到待加载的收集日志;修改应用服务器的配置,得到配置修改的应用服务器;启动所述配置修改的应用服务器加载所述待加载的收集日志,得到加载后的收集日志。2.根据权利要求1所述的基于门面对象的应用服务器日志收集方法,其特征在于,所述修改应用服务器的配置的步骤包括:对数据包进行修改,将修改后的数据包放入应用服务器的目录中。3.根据权利要求1所述的基于门面对象的应用服务器日志收集方法,其特征在于,所述控制门面对象对所述输出日志进行收集,得到待加载的收集日志的步骤包括:对日志工厂类的获取日志方法进行修改,得到修改后的日志工厂类;将修改后的获取日志方法返回日志实现类;控制日志实现类通过输出日志类输出日志;控制日志实现类通过收集日志类收集日志,得到待加载的收集日志。4.根据权利要求3所述的基于门面对象的应用服务器日志收集方法,其特征在于,所述门面对象的类包括所述修改后的日志工厂类和所述日志实现类。5.根据权利要求4所述的基于门面对象的应用服务器日志收集方法,其特征在于,第一文件夹目录、第二文件夹目录和第三文件夹目录中存放有不同的文件,所述启动配置修改的应用服务器加载门面对象的类,得...

【专利技术属性】
技术研发人员:李志铭
申请(专利权)人:深圳市易平方网络科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1