1.首先下载log4的jar包,官方路径为:http://www.apache.org/dyn/closer.cgi/logging/log4j/1.2.17/log4j-1.2.17.zip 2.下载完成后,把jar包导入到idea中,参考文档:http://jingyan.baidu.com/article/fec7a1e5f79e2b1191b4e74f.html 3.之后参考log4使用教程,参考链接:http://www.codeceo.com/article/log4j-usage.

开发一个应用,日志的重要性不言而喻.然而有时会发现日志中会出现大量的垃圾日志.所谓垃圾日志,就是不需要知道的日志,或者这些日志对于应用查看.跟踪没有什么作用.也正是(但不仅仅是)出于这些问题的考量,常用的日志框架都设置了日志级别.但是在写程序时,这些日志级别该选择哪一种呢,这点并没有一个统一的标准,也没有人教你怎么做.下面就来说说我在开发中是怎么使用这些日志级别的. 一般来说,日志级别有以下几个: FATAL(CRITICAL) ERROR WARN INFO DEBUG 它们的权重从大到小.当

在Hadoop中,有些log信息在正常情况下是不打印出来的.比如datanode发送heartbeat的日志. 代码位于BPServiceActor#sendHeartBeat方法中,如下图: 由于默认心跳间隔时间为3s,默认打印该日志的话,日志文件会很大. 一.使用命令 可以使用命令hadoop daemonlog来获取和修改指定类的Log级别. [hadoop@hadoop001 logs]$ hadoop daemonlog Usage: General options are: [-ge

Step 1:查看系统默认运行级别 [root@node-1 html]# systemctl get-default       //图形界面graphical.target [root@node-1 html]# systemctl list-units --type=target    //查看支持的运行级别 Step 2:更改运行级别为level3  [root@node-1 html]# systemctl set-default multi-user.targetRemoved sy

Linux环境下使用rsyslog管理日志 rsyslog linux运维 linux 22.7k 次阅读  ·  读完需要 22 分钟     在 Linux 系统中,日志文件记录了系统中包括内核.服务和其它应用程序等在内的运行信息.在我们解决问题的时候,日志是非常有用的,它可以帮助我们快速的定位遇到的问题. 在 Cent OS 6中,日志是使用rsyslogd守护进程进行管理的,该进程是之前版本的系统中syslogd的升级版,对原有的日志系统进行了功能的扩展,提供了诸如过滤器,日志加密保护,

trace<debug<info<warn<error<fatal trace: 是追踪,就是程序推进以下,你就可以写个trace输出,所以trace应该会特别多,不过没关系,我们可以设置最低日志级别不让他输出. debug: 调试么,我一般就只用这个作为最低级别,trace压根不用.是在没办法就用eclipse或者idea的debug功能就好了么. info: 输出一下你感兴趣的或者重要的信息,这个用的最多了. warn: 有些信息不是错误信息,但是也要给程序员的一些提示,

这里说的"后门"并不是教你做坏事,而是让你做好事,搭建自己的调试工具更好地进行调试开发.我们都知道,当程序发生异常错误时,我们需要定位到错误,有时我们还想,我们在不修改程序的前提下,就能通过log来定位错误呢?有人会说,我在我的程序里加多点打印就好了,程序每做一步我就加一行打印,到时一查log就知道程序在哪一步死掉的了.这个方法在小程序里也许会行得通,但是,在一个大型系统,每秒的log达到几百条,那时我们怎么能在这繁多的log里找出我们想要的那条的log的?这工作量大得夸张.工程中的解

centos6中更改默认的启动级别 方法: 1.vi /etc/inittab 2.找到id:x:initdefault:,我的系统是id:3:initdefault:,即默认以字符模式启动. 3.将3改为5即可,即id:5:initdefault: 4.reboot liunx中6个默认的启动级别, 0 关机 1 单用户模式 2 不带网络的多用户模式 3 带网络的多用户,也就是所谓的纯字符模式 4 保留,用户可以自给定义 5 图形界面的多用户模式  6 重起系统 centos7 与centos

package com.ideal.test import org.apache.spark.{SparkConf, SparkContext} import org.apache.log4j.{Level, Logger} object WC { Logger.getRootLogger.setLevel(Level.ERROR) //Logger.getLogger("org").setLevel(Level.ERROR) def main(args: Array[String])

前言 在软件开发过程中,log往往是不太引人注意的环节,大部分的log都只是开发人员为了调试bug临时加上的.这样出来的软件,最后的log往往杂乱无章没有系统性.我们判断一个软件系统的log写的好不好,可以通过以下几点: 当软件交付给其他人使用出现bug,他们是否能够凭借log对问题有一个比较准确的推断. 当开发者解决bug的时候,通过更改不同的log级别是否可以快速准确的定位具体问题所在. 当软件生产环境运行时,运维人员能否通过看log就大致了解系统状况和工作情况. 好的log往往各不相同,但

1.编译和安装 配置参数需要加上–enable-debug=yes,相关定义在src/util/virlog.h文件中定义 图1-1 ENABLE_DEBUG宏 如果没有加这个编译参数,调用VIR_DEBUG_INT宏的函数或者其他宏,就没有任何效果,这是一切的一切的基础.其他编译安装省略,可见其他相关文档. 2.查看libvirtd配置文件 #从libvirtd入手,打开libvirtd的配置文件 [root@localhost ~]# vi /etc/libvirt/libvirtd.con

调试程序需要打印一些消息出来,logcat不好用的话就很麻烦了.这个问题折腾了好久,为啥就是不出来呢? 上网找了很多解决办法: 重启eclipse 重启adb 重启logcat ......等等好多 都没能解决我的问题.英文水平有限一般小问题就问百度,在国内搜索些帖子,今天实在是没招儿了就上了http://stackoverflow.com 在其中找到了解决办法. 原文网址:http://stackoverflow.com/questions/3458156/what-enables-the-a

回到目录 看到Sails的日志就会想起来log4net,确实它们在很多地方是相似的,都是采用分级别记录的方式,而sails我觉得在使用上更加方便,它不需要我们做多于的事情,直接sails.log.级别("你的日志内容")就搞定了,你不需要关心什么单例,或者持久化方式,Sails的日志只是对console.log的一种补充,可以理解为分了类之后的console.log,并有颜色的区分,呵呵. 一 我们来看一下sails.log的日志级别 Priority level Log fns vi

1.Linux下的7个运行级别 0 系统停机模式,系统默认运行级别不能设置为0,否则不能正常启动,机器关闭. 1 单用户模式,root权限,用于系统维护,禁止远程登陆,就像Windows下的安全模式登录. 2 多用户模式,没有NFS网络支持. 3 完整的多用户文本模式,有NFS,登陆后进入控制台命令行模式. 4 系统未使用,保留一般不用,在一些特殊情况下可以用它来做一些事情.例如在笔记本电脑的电池用尽时,可以切换到这个模式来做一些设置. 5 图形化模式,登陆后进入图形 6 重启模式,默认运行级别

语法 ALTER DATABASE database_name SET COMPATIBILITY_LEVEL = { 80 | 90 | 100 } 参数 database_name 要修改的数据库的名称. COMPATIBILITY_LEVEL { 80 | 90 | 100 } 要使数据库与之兼容的 SQL Server 版本.该值必须为下列值之一: 80 = SQL Server 2000 90 = SQL Server 2005 100 = SQL Server 2008 备注 对于所

在Linux中,列出所有的系统服务 chkconfig --list 输入以上命令可以看到类似以下的结果 sysstat :关闭 :关闭 :启用 :启用 :关闭 :启用 :关闭 tcsd :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 vncserver :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 vsftpd :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 wdaemon :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 :关闭 winbind :关闭 :关闭 :关闭

如果项目上过线的话,那你一定知道Log是多么重要. 为什么说Log重要呢?因为上线项目不允许你调试,你只能通过Log来分析问题.这时打一手好Log的重要性绝不亚于写一手好代码.项目出问题时,你要能拿出Log证明自己负责的部分没有问题,如果是自己的问题,要从Log里快速找出错误原因.如果没有从Log里找出错误原因,那一定是一件很悲催的事情,特别是在bug不容易重现的情况下.那简直就是叫天天不灵,叫地地不应啊. 一.Log级别 Log最常用的级别就是DEBUG,INFO,WARN,ERROR,其他的

数据库是要被广大客户所共享访问的,那么在数据库操作过程中很可能出现以下几种不确定情况. 更新丢失(Lost update) 两个事务都同时更新一行数据,但是第二个事务却中途失败退出,导致对数据的两个修改都失效了.这是因为系统没有执行任何的锁操作,因此并发事务并没有被隔离开来. 脏读(Dirty Reads) 一个事务开始读取了某行数据,但是另外一个事务已经更新了此数据但没有能够及时提交.这是相当危险的,因为很可能所有的操作都被回滚. 不可重复读(Non-repeatable Reads) 一个事

ShawnBice   2014 年 5 月 1 日上午 11:10 本月初,我们庆祝了SQL Server 2014 的推出,并宣布正式发布分析平台系统,同时分享了智能系统服务预览版.Quentin Clark 在一篇题为"The data platform for a new era"(新时代的数据平台)的博客文章中总结了他在 Accelerate Your Insights 活动中发表的主题演讲.如果您还没有读过这篇文章,我建议您花几分钟阅读一下. 在之前一篇文章中,我将现代数据

事务是一组原子性的SQL查询语句,也可以被看做一个工作单元.如果数据库引擎能够成功地对数据库应用所有的查询语句,它就会执行所有查询,如果任何一条查询语句因为崩溃或其他原因而无法执行,那么所有的语句就都不会执行.也就是说,事务内的语句要么全部执行,要么一句也不执行. 事务的特性:acid,也称为事务的四个测试(原子性,一致性,隔离性,持久性) automicity:原子性,事务所引起的数据库操作,要么都完成,要么都不执行 consisitency:一致性,事务执行前的总和和事务执行后的总和是不变的