⑴ 错误: 找不到或无法加载主类 Djava.library.path=.usr.hadoop.hadoop-2.8.0.lib:.
最近，打算Hbase建表用snappy压缩时，碰到一些Hadoop本地库的问题。其实这些问题是一直存在的，只是不影响正常使用，就没有引起重视。这次希望彻底解决以下问题：
问题一：执行start-dfs.sh时出现以下日志
xxxx: Java HotSpot(TM) 64-Bit Server VM warning: You have loaded library /usr/local/hadoop-2.4.0/lib/native/libhadoop.so which might have disabled stack guard. The VM will try to fix the stack guard now.
xxxx: It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
这是因为官网提供的版本本地库是32位的，在64位主机环境下无法执行。需要下载hadoop源码进行编译(如何编译源码可以上网搜索)，编译成功后，找到native下的文件拷贝到${HADOOP_HOME}/lib/native目录下即可。
问题二：执行start-dfs.sh时出现以下日志
WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
在网上找到的所有文章中，都是说在hadoop-env.sh中加入以下两行配置：
export HADOOP_COMMON_LIB_NATIVE_DIR=${HADOOP_HOME}/lib/native
export HADOOP_OPTS="-Djava.library.path=${HADOOP_HOME}/lib/"
但是在测试过程中，加入以上配置还是会提示告警信息，说明本地库未加载成功。
开启debug：
export HADOOP_ROOT_LOGGER=DEBUG,console
执行start-dfs.sh，发现以下日志：
DEBUG util.NativeCodeLoader: Failed to load native-hadoop with error: Java.lang.UnsatisfiedLinkError: no hadoop in java.library.path
从日志中可以看出hadoop库不在java.library.path所配置的目录下，应该是java.library.path配置的路径有问题。在hadoop-env.sh中重新配置：
export HADOOP_COMMON_LIB_NATIVE_DIR=${HADOOP_HOME}/lib/native
export HADOOP_OPTS="-Djava.library.path=${HADOOP_HOME}/lib/native/"
执行start-dfs.sh，告警信息不再显示。经测试，其实只需export HADOOP_OPTS即可解决问题。
验证本地库是否加载成功：hadoop checknative
15/08/18 10:31:17 INFO bzip2.Bzip2Factory: Successfully loaded & initialized native-bzip2 library system-native
15/08/18 10:31:17 INFO zlib.ZlibFactory: Successfully loaded & initialized native-zlib library
Native library checking:
hadoop: true /usr/local/hadoop-2.4.0/lib/native/libhadoop.so.1.0.0
zlib: true /lib64/libz.so.1
snappy: true /usr/local/hadoop-2.4.0/lib/native/Linux-amd64-64/libsnappy.so.1
lz4: true revision:99
bzip2: true /lib64/libbz2.so.1
以上说明本地库已经加载成功。
⑵ log4j的使用步骤
一、使用步骤：
第一步
加入log4j-1.2.8.jar(可以选择log4j的更高版本)到lib下。
第二步
在CLASSPATH下建立log4j.properties。内容如下(数字为行号)：
1 log4j.rootCategory=INFO, stdout , R
2
3 log4j.appender.stdout=org.apache.log4j.ConsoleAppender
4 log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
5 log4j.appender.stdout.layout.ConversionPattern=[QC] %p [%t] %C.%M(%L) | %m%n
6
7 log4j.appender.R=org.apache.log4j.DailyRollingFileAppender
8 log4j.appender.R.File=D:\\Tomcat 5.5\\logs\\qc.log
9 log4j.appender.R.layout=org.apache.log4j.PatternLayout
10 log4j.appender.R.layout.ConversionPattern=%d-[TS] %p %t %c - %m%n
11
12 log4j.logger.com.neusoft=DEBUG
13 log4j.logger.com.opensymphony.oscache=ERROR
14 log4j.logger.net.sf.navigator=ERROR
15 log4j.logger.org.apache.commons=ERROR
16 log4j.logger.org.apache.struts=WARN
17 log4j.logger.org.displaytag=ERROR
18 log4j.logger.org.springframework=DEBUG
19 log4j.logger.com.ibatis.db=WARN
20 log4j.logger.org.apache.velocity=FATAL
21
22 log4j.logger.com.canoo.webtest=WARN
23
24 log4j.logger.org.hibernate.ps.PreparedStatementCache=WARN
25 log4j.logger.org.hibernate=DEBUG
26 log4j.logger.org.logicalcobwebs=WARN
第三步
相应的修改其中属性，修改之前就必须知道这些都是干什么的，在第二部分讲解。
第四步
在要输出日志的类中加入相关语句：
定义属性：static Logger logger = Logger.getLogger(LogDemo.class); //LogDemo为相关的类
在相应的方法中：
if (logger.isDebugEnabled()){
logger.debug(“System …..”);
二、log4j的简单介绍：
Log4j是Apache的一个开放源代码项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件，甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。
三、参考资料：
http://ke..com/link?url=6PYC2iFZ6PPRStX30CayDL4un_UUtsh9Nfm-hcbLiMBVjygQQNActSKMmv2Z84r-V7DeQj7e4nBF8CnfBwxAHq
⑶ tomcat里面的文件夹代表谢什么
tomcat下有9个目录，分别是bin，common，conf，logs，server，shared，temp，webapps，work 目录，现在对每一目录做介绍。
tomcat根目录在tomcat中叫<CATALINA_HOME>，文章中把tomcat解压后在c：/下。
1.<CATALINA_HOME>/bin： 存放各种平台下启动和关闭Tomcat的脚本文件。其中有个档是catalina.bat，打开这个windos配置文件，在非注释行加入JDK路径，例如 ： SET JAVA_HOME=C：j2sdk1.4.2_06 保存后，就配置好tomcat环境了。 startup.bat是windows下启动tomcat的文件，shutdown.bat是关闭tomcat的文件。
2.<CATALINA_HOME>/common： 在common目录下的lib目录，存放Tomcat服务器和所有web应用都能访问的JAR？。
3.<CATALINA_HOME>/shared： 在shared目录下的lib目录，存放所有web应用能访问的，但Tomcat不能访问的JAR？。
4.<CATALINA_HOME>/server： 在server/webapps目录中，存放Tomcat自带的两个APP-admin和manager应用，使用来管理Tomcat-web服务用的。在server/lib目录中，存放tomcat服务器所需要的各，web应用不能访问种jar？。
5.<CATALINA_HOME>/work ： Tomcat把各种由jsp生成的servlet文件放在这个目录下。work这个文件夹下面的东西建议你去看看就可以明白了 那是JSP文件编译成.java->.classes
6.<CATALINA_HOME>/temp ： 临时活页夹，Tomcat运行时候存放临时文件用的。
7.<CATALINA_HOME>/logs ： 存放Tomcat的日志文件
8.<CATALINA_HOME>/conf ： Tomcat的各种配置文件， tomcat启动的时候需要读取的配置文件:server.xml(tomcat主要配置文件)、web.xml和tomcatat-users.xml、catalina.policy(安全策略文件)等。修改了以后需要重启tomcat才能生效.最重要的是 server.xml；配置tomcat组件的XML文件server.XML其中包括
I.顶层类元素[Top Level Elements]： 位于整个配置文件的顶层， 包括<Server>和<Service>；
II.连接器类元素[Connectors ]： 客户和服务（容器类元素）间的通讯接口。接受客户请求，返回响应结果；<Connector>
II.容器类元素[Containers]： 处理客户请求并且生成响应结果，包含3个：<Engine> <Host> <Context>
IV.嵌套类元素[Nested Components]： 可以加入到容器中的元素，包括：<logger> <Valve><Realm>等
一个<Server>包含一个或多个<Service>，一个<Service>包含唯一一个<Engine>和一个或多个<Connector>，多个<Connector>共享一个<Engine>；一个<Engine>包含多个<Host>，每个<Host>定义一个虚拟主机，包含一个或多个web应用<Context>； <Context>元素是代表一个在虚拟主机上运行的Web应用。<Context>标签的描述
Please note that for tomcat 5.x， unlike tomcat 4.x， it is NOT recommended to place <Context> elements directly in the server.xml file. Instead， put them in the META-INF/context.xml directory of your WAR file or the conf directory as described above.
server.xml配置简介
下面是这个文件中的基本配置信息，更具体的配置信息见tomcat的文档
server:
port 指定一个端口，这个端口负责监听关闭tomcat的请求
shutdown 指定向端口发送的命令字符串
service:
name 指定service的名字
Connector (表示客户端和service之间的连接):
port 指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求
minProcessors 服务器启动时创建的处理请求的线程数
maxProcessors 最大可以创建的处理请求的线程数
enableLookups 如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址
redirectPort 指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号
acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理
connectionTimeout 指定超时的时间数(以毫秒为单位)
Engine (表示指定service中的请求处理机，接收和处理来自Connector的请求):
defaultHost 指定缺省的处理请求的主机名，它至少与其中的一个host元素的name属性值是一样的
Context (表示一个web应用程序，通常为WAR文件，关于WAR的具体信息见servlet规范):
docBase 应用程序的路径或者是WAR文件存放的路径
path 表示此web应用程序的url的前缀，这样请求的url为http://localhost:8080/path/****
reloadable 这个属性非常重要，如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，我们可以在不重起tomcat的情况下改变应用程序
host (表示一个虚拟主机):
name 指定主机名
appBase 应用程序基本目录，即存放应用程序的目录
unpackWARs 如果为true，则tomcat会自动将WAR文件解压，否则不解压，直接从WAR文件中运行应用程序
Logger (表示日志，调试和错误信息):
className 指定logger使用的类名，此类必须实现org.apache.catalina.Logger 接口
prefix 指定log文件的前缀
suffix 指定log文件的后缀
timestamp 如果为true，则log文件名中要加入时间，如下例:localhost_log.2001-10-04.txt
Realm (表示存放用户名，密码及role的数据库):
className 指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口
Valve (功能与Logger差不多，其prefix和suffix属性解释和Logger 中的一样):
className 指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息
directory 指定log文件存放的位置
pattern 有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多
注意：
默认的server.xml中，Realm元素只设置了一个className属性，但此文件中也包含几个通过JDBC连接到数据库进行验证的示例(被注释掉了)，通过Realm元素我们可以实现容器安全管理(Container Managed Security)。
还有一些元素，如Parameter，loader，你可以通过tomcat的文档获取这些元素的信息。
9.<CATALINA_HOME>/webapps： web应用的发布目录，把 java开发的web站点或war文件放入这个目录下就可以通过tomcat服务器访问了。
在绝大多数资料上，都只提到了conf/server.xml以及context下面的 WEB-INF/web.xml，但我发现，有时，在server.xml上面没有配置的内容，tomcat也运行着，后来发现，原来除了这两处配置外，还有一处重要的配置文件，
在TOMCAT_HOME/conf/Catalina/下面(Catalina是server.xml里的engine的名称)，也是一些关键的配置文件，每个主机(server.xml里的Host)，在这里有一个目录，每个主机(Host)里的一个context在该主机目录下有一个对应的xml文件，比如，根目录对应ROOT.xml，其它名为test的context对应test.xml。
TOMCAT_HOME/conf/Catalina/hostname/context1.xml 相当于在server.xml中的Catalina引擎下的hostname主机下配置context1WEB应用。在目录里配置，和在 server.xml里配置效果是一样的，Tomcat自带的admin，自动将所有context转到目录下配置，而不是集中在server.xml。
10、如何新建虚拟目录？
修改 Tomcat安装目录//conf//server.xml ，在下列行前
</Host>
</Engine>
添加下列行：
<Context path="/my" docBase="c://myjsp//test" debug="0" reloadable="true">
</Context>
表示增加虚拟目录 my，对应物理目录位置c://myjsp//test，若存在c://myjsp//test//hello.jsp，则下列地址可访问：
htpp://localhost:8080/my/hello.jsp
修改server.xml后，需要重新启动tomcat.
⑷ log4cpp：logger有什么函数
C++日志库，log4cplus,log4cpp使用资料手册
1 下载log4cpp并解压。
2 打开\log4cpp-0.3.4b\msvc6\msvc6.dsw
编译log4cpp工程Release版。
3 将编译后的log4cpp.lib复制到VC的Lib目录中。
4 将头文件的目录log4cpp-0.3.4b\include\log4cpp\
复制到VC的Include目录.
(或者添加log4cpp-0.3.4b\include到VC的Include环境变量)
5 目标工程包含库
log4cpp.lib ws2_32.lib
复制到VC的Lib目录.
（要选择库连接方式相同的库）
6 包含头文件
日志记录
#include <log4cplus/logger.h>
日志配置读取
#include <log4cplus/consoleappender.h>
NDC
#include <log4cplus/loglevel.h>
日志代码
每个类可以有自己的类别(log4cpp::Category)，可以在配置文件中添加该类别并设置日志级别。
所有的log4cpp::Category都使用同一个Appender，不同的Category配置为不同的日志级别，就可以控制日志输出的范围。
一般只使用四个记录日志级：DEBUG，INFO，WARN，ERROR
如：
log4cpp::Category::getRoot().info("Now run line %d", __LINE__);
或使用非根类别
log4cpp::Category::getInstance("MyCat").info("Now run line %d", __LINE__);
使用流：
log4cpp::Category::getInstance("main_cat").infoStream()
<< "This will show up as "
<< 1 << " emergency message"
<< log4cpp::CategoryStream::ENDLINE;
具体的函数说明见api文档.
7 读取配置代码
读取log配置文件，应在log4cpp静态成员初始化之后。
如在CXXXApp::InitInstance()中
try
{
log4cpp::PropertyConfigurator::configure("log.ini");
}
catch (log4cpp::ConfigureFailure e)
{
log4cpp::Category::getRoot().warn(e.what());
}
⑸ java 怎么封装logger
Logger所对应的属性文件在安装jdk目录下的jre/lib/logging.properties
logging.properties文件中的
handlers= java.util.logging.ConsoleHandler 将日志内容输出到控制台
handlers= java.util.logging.FileHandler 将日志文件输出到文件中
handlers= java.util.logging.ConsoleHandler,java.util.logging.FileHandler 将日志内容同时输出到控制台和文件中
# Limit the message that are printed on the console to INFO and above.
java.util.logging.ConsoleHandler.level = INFO //日志输出级别
java.util.logging.FileHandler.pattern = %h/java%u.log 为生成的输出文件名称指定一个模式。
模式由包括以下特殊组件的字符串组成，则运行时要替换这些组件：
"/" 本地路径名分隔符
"%t" 系统临时目录
"%h" "user.home" 系统属性的值
"%g" 区分循环日志的生成号
"%u" 解决冲突的惟一号码
"%%" 转换为单个百分数符号"%"
如果未指定 "%g" 字段，并且文件计数大于 1，那么生成号将被添加到所生成文件名末尾的小数点后面。
java.util.logging.FileHandler.limit = 50000 限制文件的大小，以字节为单位
java.util.logging.FileHandler.count = 1 指定有多少输出文件参与循环（默认为 1）。
java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter 指定要使用的 Formatter 类的名称（默认为java.util.logging.XMLFormatter）。 另外一个是：java.util.logging.SimpleFormatter。XMLFormatter是以xml样式输出，SimpleFormatter是以普通样式输出。
java.util.logging.FileHandler.append 指定是否应该将 FileHandler 追加到任何现有文件上（默认为 false）。
⑹ 如何实现log4cxx日志输出方式
Log4cxx是开放源代码项目Apache Logging Service的子项目之一，用于为C++程序提供日志功能，以便开发者对目标程序进行调试
和审计。本文对log4cxx的使用及配置进行介绍，并给出一个可以快速开始的实例。最后，针对日志服务给出一些实践方面的建议。
1. 介绍
Log4cxx是开放源代码项目Apache Logging Service的子项目之一，是Java社区着名的log4j的c++移植版，用于为C++程序提供日志
功能，以便开发者对目标程序进行调试和审计。
有关log4cxx的更多信息可以从Apache Loggin Service的网站http://logging.apache.org获得。当前的稳定版本为0.9.7，本文内
容及示例代码都是基于此版本。此外，示例代码的编译环境为Windows环境中的Microsoft Visual C++ .Net 2003。
本文的示例代码可以在此下载，其中也包含了预编译好的log4cxx的库文件。
2. 集成log4cxx到IDE
要使用log4cxx，首先需要将其集成到你的项目开发环境中。以下针对Windows环境中的Microsoft Visual C++ .Net 2003进行说明
，其他环境的配置信息请参考官方文档。
要让log4cxx为你工作，通常情况下需要如下几个步骤：
l 获取软件包：得到log4xx的源代码；
l 编译：构建库文件；
l 项目环境设置：加入log4cxx支持。
2.1 获取软件包
请从官方网站获得合适的版本。也可以从下面这个链接中直接获取（直接的链接地址可能不会永远有效）：
http://mirror.vmmatrix.net/apache/logging/log4cxx/log4cxx-0.9.7.tar.gz
下载完成后解压缩到合适的目录中，因为我们在下一步中需要使用软件包，包括编译和复制必要的文件。
2.2 编译
原始发行包中不含编译后的代码，这个工作需要我们自己来做。打开你的IDE，并加载以下目录中的工程：
l Msvc\static：该工程产生log4cxx的静态链接库（lib4cxx.lib和lib4cxxs.lib）；
l Msvc\dll：该工程产生log4cxx的动态链接库（lib4cxx.dll）。
通常情况下，工程都可以顺利编译通过。查看输出目录，把这些生成的库文件找出来，以便在下一步骤中使用。
2.3 项目环境设置
请先在IDE中打开一个需要加入日志功能的工程，或者出于实验目的，新建一个工程，以便对其进行设置。
首先需要设置log4cxx的include文件。这些文件位于log4cxx软件包的include\log4cxx目录内。请查看你的VC++ IDE中“工具->选
项->项目->VC++目录->包含文件”所列出的内容，以便确定你以何种方式加入这些include文件：
l 将include\log4cxx直接拷贝到已定义的包含文件目录中。如果将log4cxx看作是一项系统服务的话，这样做是胡合乎情理
的，因为你可以采用标准库的方式使用它，例如：#include <log4cxx/logger.h>
l 增加一个包含路径，以指向位于IDE外部的某一文件目录。可以简单的指向在2.1中解压缩后形成的log4cxx软件包目录。
下一步需要对2.2节产生的log4cxx库进行设置。这取决于你使用该库的方式：静态链接或者动态链接。
l 静态链接情况下需要做如下工作：为预编译器定义LOG4CXX_STATIC宏，设置位置为“项目->属性->配置属性->C/C++->预
处理器->预处理器定义”；为链接器指定依赖的库lib4cxxs.lib和Ws2_32.lib，设置位置为“项目->属性->配置属性->链接器->输
入->附加依赖项”。
l 动态链接情况下只需要为链接器指定依赖的库lib4cxxs.lib即可，设置方式同上。
3. 示例代码
本节展示了一个最简单的log4cxx示例，以便你可以快速的了解它。
该示例在功能上创建了一个日志服务，该日志可通过配置文件进行必要控制，并可以同时向文件和控制台输出信息。
在实现上，我们采用了一个简单的控制台程序，并使用动态链接库的方式使用log4cxx。
要实现这个目标，请按如下步骤进行：
1）创建一个名为logdemo的空白win32控制台工程，并按照2.3节所述内容对其进行设置。注意，这里我们使用动态连接口的方式。
2）在logdemo.cpp中加入实现日志功能的代码。完成后的代码清单如下：
#include "stdafx.h"
#include <log4cxx/logger.h>
#include <log4cxx/propertyconfigurator.h>
using namespace log4cxx;
int _tmain(int argc, _TCHAR* argv[])
{
//加载log4cxx的配置文件，这里使用了属性文件
PropertyConfigurator::configure("log4cxx.properties");
//获得一个Logger，这里使用了RootLogger
LoggerPtr rootLogger = Logger::getRootLogger();
//发出INFO级别的输出请求
LOG4CXX_INFO(rootLogger, _T("它的确工作了"));
//rootLogger->info(_T("它的确工作了")); //与上面那句话功能相当
return 0;
}
以Debug方式编译工程，调试程序直到成功为止。
3）新建一个文本文件，命名为log4cxx.properties，并键入如下内容：
# 设置root logger为DEBUG级别，使用了ca和fa两个Appender
log4j.rootLogger=DEBUG, ca, fa
4）复制log4cxx.dll到输出目录。在动态链接方式下，应用程序需要能够找到这个库文件。
5）运行生成的logdemo.exe文件，查看一下运行结果，看看我们工作有没有取得成效。如果一切顺利，无论是在控制台还是在输出
文件中，都应该能看到类似下面那样的输出内容：
2006-06-02 16:09:50,609 [2528] INFO root - 它的确工作了
4. 体系结构
4.1 核心类
Log4cxx有三个关键组件，它们是loggers, appenders和layouts。
Logger是log4cxx的核心类，只要执行日志操作；looger有层次结构，最顶层为RootLogger；logger是有级别的。每个logger可以附
加多个Appender。Appender代表了日志输出的目标，如输出到文件、控制台等等。对于每一种appender，都可以通过layout进行格
式设置。
这三类组件用示意图表示如下（不代表类关系）：
（TODO：在此对三种组件分别进行说明）
4.2 配置类
此外在使用中还会用到的类有BasicConfigurator、PropertyConfigurator和DOMConfigurator等，用于对log4cxx进行配置。其中：
BasicConfigurator提供了一种简单配置，包括使用ConsoleAppder作为root appender和PatternLayout作为缺省布局。
PropertyConfigurator使用properties文件作为配置方式。
DOMConfigurator则使用properties文件作为配置方式。
（TODO：在此对配置内容进行说明）
5. 实践指导
在项目中是否使用日志，以及如何使用日志，对开发者来说都是一个需要做出的技术选择，这通常会牵扯到系统的性能，使用日志
的目的等问题。我们使用日志的方式，有些是这个行业积累了多年的经验，有些则纯粹关乎个人的喜好。
1）何时使用日志
通常情况下，日志的作用在于调试和审计，如果你的项目对此有特殊需求，即可考虑使用日志。
对于调试，通常用于IDE调试器无法达到的地方。一些常见的场景包括：
分布式组件的调试。在服务器端的组件，需要通过客户端的调用来验证其工作是否正确，此时利用日志的输出作为辅助工具对错误
进行诊断。
链接库调试。在无法跟踪进外部库中的情况下，这种方法非常有效。
生产环境下的调试。生产环境通常是指产品在客户处处于正式运行的状态，在出现问题时，开发者常常不在现场，借助日志的输出
进行错误判断就是一个非常有效的手段。
对于审计应用，则需要视特定的情况而定，程序级的记录能力，无疑可以作为业务级审计手段的有效补充。
无论是在哪种场景下，log4cxx都是可以胜任工作的，这取决于它的灵活的配置能力及多种类型的输出方式。
2）性能问题
关闭日志，通过配置文件设置日志的关闭和打开
使用宏代替logger的输出命令
选择性输出日志。建立logger的层次结构，根据级别选择性输出
输出目标。尽可能减少输出目标
选择合适的输出格式。使用SimpleLayout将达到与std::cout相当的速度。
3）其它
使用类的全限定名对logger命名
6. 结论
Log4cxx具有的一些显着特性使得C++者可以将其放入自己的工具箱中，这些特性包括灵活的配置能力，多种输出手段，丰富的格式
控制，出色的性能。如果在你的开发中需要借助于日志进行调试和审计，你也许需要log4cxx。最后，重要的一点是，如你所见，
log4cxx的使用是如此的简单。
⑺ NoClassDefFoundError: org/apache/log4j/Logger
1,导入了,但buildpath中并没有加入到
2,包冲突了,在buildpath中有2个Log4j的包,导致编译器不能确定用哪个包