补一句：Apache声称log4cxx的速度快、灵活性好，但是，速度快是第一位的，灵活性是第二位的（"Log4cxx claims to be fast and flexible: speed first, flexibility second."），所以，担心日志记录性能的同学更可以选择log4cxx啦。

但是，这玩意的安装、编译稍微有点麻烦，如果遇到了问题，没耐心的人可能就没兴趣折腾了，我在这里把自己遇到的问题记一下。

系统环境：RHEL 5.3，64位

首先去log4cxx的官方网站下载源码安装包：http://logging.apache.org/log4cxx/，点击左边的“Download”进入下载页面，当前（2011年8月9日）的最新版本是0.10.0，你可以下载 .tar.gz 压缩包，解压出来即可。

然后就可以直接configure，make，make install了吗？不行，因为log4cxx官方提供的源码安装包不是一个all-in-one的包，它还依赖于Apache的另外两个库：Apache Portable Runtime（APR）和Apache Portable Runtime Utility（APR-Util），你可以在这个链接找到它们：http://apr.apache.org/。

（1）安装

安装顺序不能变。首先要安装APR，下载到源码安装包后，解压出来，然后：

./configure --prefix=/usr/local/apr
make
make install

这里把APR安装到了 /usr/local/apr 目录下，注意，千万不要直接./configure，因为那样会把APR的文件安装到若干目录下，非常不利于维护。

文章来源：http://www.codelast.com/

再安装APR-Util，和上面一样，解压出来源码安装包，然后：

./configure --prefix=/usr/local/apr-util --with-apr=/usr/local/apr
make
make install

这里，通过 --with-apr 参数指定了前一步安装的APR的目录，同时也将APR-Util的安装目录设置在了/usr/local/apr-util 目录下。

最后，就是安装log4cxx了，但是在安装之前，还要再注意一点：configure的时候要指定APR和APR-Util的安装路径：

./configure --prefix=/usr/local/log4cxx --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr-util
mv libtool libtool.bak
ln -s /usr/bin/libtool libtool
make 
make install

注意，中间有两条匪夷所思的命令（mv 和 ln -s），如果不执行的话，会报错（我不太记得是在configure的时候还是make的时候报的错了）：

/usr/lib/libexpat.so: could not read symbols: File in wrong format

这些问题的解决办法是从网上搜来的，官方的指南做得不给力啊。

文章来源：http://www.codelast.com/

这样就把log4cxx安装上了，然后你需要将log4cxx整合进你的程序中，我是把 log4cxx、APR、APR-Util 的三个静态库文件全部放置到我的工程目录下的某个子目录下，然后在Makefile中指定从这个目录下去寻找库文件。三个静态库名如下：liblog4cxx.a，libapr-1.a，libaprutil-1.a。

此外，我还将 log4cxx、APR、APR-Util 的所有头文件（.h）放置到了工程目录下。并在自己的程序中include工程目录下的这些文件。

然后就是在Makefile中添加上与log4cxx相关的一切东西，包括头文件路径，库文件路径等。如果你编译的时候看到与log4cxx相关的“undefined reference ...”的错误，那么肯定是没有找到相关的库文件或头文件，这里需要提醒你的是要添加的几个库文件参数：-llog4cxx，-lapr-1，-laprutil-1。

你把上面的步骤都做好了，这个时候，你再编译你的程序，可能又会遇到以下错误（好吧，的确有点折磨人）：

./lib/log4cxx/libaprutil-1.a(apr_xml.o): In function `apr_xml_parser_geterror':

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:478: undefined reference to `XML_ErrorString'

./lib/log4cxx/libaprutil-1.a(apr_xml.o): In function `do_parse':

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:418: undefined reference to `XML_Parse'

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:422: undefined reference to `XML_GetErrorCode'

./lib/log4cxx/libaprutil-1.a(apr_xml.o): In function `cleanup_parser':

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:344: undefined reference to `XML_ParserFree'

./lib/log4cxx/libaprutil-1.a(apr_xml.o): In function `apr_xml_parser_create':

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:381: undefined reference to `XML_ParserCreate'

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:390: undefined reference to `XML_SetUserData'

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:391: undefined reference to `XML_SetElementHandler'

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:392: undefined reference to `XML_SetCharacterDataHandler'

/home/log4cxx/apr-util-1.3.12/xml/apr_xml.c:404: undefined reference to `XML_SetDefaultHandler'

collect2: ld returned 1 exit status

make: *** [cpsAPI] Error 1

文章来源：http://www.codelast.com/

这些乱七八糟的东西是怎么回事？据网上的一些文章说，这是 libaprutil 的一个bug，它不会自动链接到它的依赖项，从而导致了那些错误。要解决这个问题，你在编译的时候添加 -lexpat 参数即可——无论你是在Makefile中，还是在命令行直接用g++命令编译程序，都必须要带上这个参数，否则就会得到上面的那一堆错误（真让人恼火啊）。

这样，总算全部搞定了，程序可以编译通过了，下面，就是如何使用log4cxx来写日志的问题了，简单地说一下。在你需要写日志的类的文件中（例如MyClass.cpp），include两个log4cxx头文件：log4cxx.h和propertyconfigurator.h，然后在类的外部添加：

static log4cxx::LoggerPtr logger(log4cxx::Logger::getLogger("MyClass.cpp"));

然后在需要写日志之前，先加载log4cxx的配置文件（其实也可以不使用配置文件的，这里假设你要使用自定义的配置文件）：

log4cxx::PropertyConfigurator::configure("./log4cxx.properties");

这里指定了log4cxx.properties文件作为log4cxx的配置文件（文件名不一定是要叫log4cxx.properties），

在这个文件中定义了各种参数，例如日志文件会写到哪里去，日志的格式等等。具体的格式可以很复杂、功能很强大，这里无法给出一个详细的说明，后面会给出一个简单的文件示例。

然后就可以写日志了，例如：

LOG4CXX_INFO(logger, "Test info message.");
LOG4CXX_ERROR(logger, "Test error message.");

文章来源：http://www.codelast.com/

运行程序，看看日志是否写进去了？写进去的话就说明成功了。

上面所说的log4cxx.properties文件，给一个例子如下：

log4j.rootLogger=debug, R
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
# Pattern to output the caller's file name and line number.
log4j.appender.stdout.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %p (%F:%L) %c - %m%n
log4j.appender.R=org.apache.log4j.RollingFileAppender
log4j.appender.R.File=./app.log
log4j.appender.R.MaxFileSize=200KB
# Keep one backup file
log4j.appender.R.MaxBackupIndex=10
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %p (%F:%L) %c - %m%n

更多log4cxx的详细用法，可以参考log4cxx的一些官方例子：http://logging.apache.org/log4cxx/index.html
文章来源：http://www.codelast.com/
附：【使用log4cxx遇到的一些问题记录】
（1）IO Exception : status code =28
这个错误可能是由于磁盘空间满了造成的，log4cxx无法将日志写入磁盘上，请看这个链接。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：

首先，你要从网上下载到你所使用的Raid卡驱动，一般是后缀名为“.dd”的文件。然后，在安装过程中要加载它，所以我们必须有一个额外的存储设备来保存它。现在估计已经很难见到软驱这种东西了吧，所以当然用U盘来保存。但是，无论你把U盘做成FAT32，NTFS或ext3等格式，再把驱动文件保存进去，都没有用，因为你在还没有安装RHEL的时候，是无法识别这些格式的设备的，因此，你要把U盘做成“raw设备”，并把你的驱动文件写进去。这样，在安装RHEL的时候，就可以顺利读出它了。

在Linux下，很容易做出raw设备，但是在Windows下，就稍微有点麻烦。你可以使用这个软件来完成这个工作：http://www.chrysocome.net/dd

下载回来这个软件，解压出来得到dd.exe，它没有图形界面，因此我们在“开始”→“运行”→“cmd”命令行下使用它。

文章来源：http://www.codelast.com/

具体的制作方法这里就不说明了，网上有很多这种类型的文章。由于我遇到的Raid卡的RHEL 5.3的驱动程序提供方使用相当人性化的方式来发布Raid驱动（解压出来是一个dd.iso文件），使得我只需要把驱动镜像文件（dd.iso）制作到U盘中，就可以在安装RHEL的时候加载了。这里需要说明的一点是：可以使用UltraISO软件来将这个ISO文件制作到U盘中，但是，你要注意的是，在制作的时候，你的dd.iso应该是完整地处于你的“驱动U盘”的根目录下，而不是将dd.iso里的内容拷出来再制作到“驱动U盘”中，如下图所示：

文章来源：http://www.codelast.com/
然后，插入你的U盘，再点击菜单“启动”→“写入硬盘映像”，“写入方式”选择“USB-HDD+”，开始制作驱动U盘。

制作好之后，这个U盘在Windows下便成为了一种不可识别的格式，双击它的话会提示该设备未格式化，不用理它，直接拿到服务器上去安装系统用。

在RHEL安装过程中，刚看到安装界面，让你选择安装选项的时候，命令行提示符为“boot:”，这时，你是可以输入命令的，由于我们必须先加载驱动，因此在这里我们就要输入命令：

linux dd

然后到下一步的时候，会让你选择U盘，以及相应的驱动程序。如果U盘选对了的话，就会看到其中的dd.iso文件了，然后你再继续做下去，就会看到加载一些驱动的提示了。再往后，就是安装RHEL的过程了，这里不用说你也肯定懂的。由于加载了Raid驱动，你在分区的时候就能看到磁盘了，这就说明驱动是正确的（如果还是看不到，你要考虑驱动版本是否正确了）。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：

首先，从安装RHEL 5.3说起。它默认是不支持xfs的，你无法在安装过程中指定一个分区使用xfs格式。因此，我选择了将此分区做成ext3的方法，待完全安装好系统之后再在命令行下格式化为xfs。

其次，安装好RHEL 5.3后，你要安装xfs相关的软件。我不得不说，xfs官方主页做得实在太烂了，连个快速让人下载到所需软件的地方都没有，这货还让人用git检出其源码来安装，我还得为了这玩意先装个git，然后再用龟速网络来检出源码，费劲吗？一句话形容：BT到极点。

文章来源：http://www.codelast.com/

于是我转而寻找可用的rpm包，还真是难找。我要是没记错的话，最后是在这个网站下载到的rpm包：http://rpm.pbone.net/

下载到的包名为：kmod-xfs-0.4-2.x86_64.rpm 和 xfsprogs-2.9.4-1.el5.centos.x86_64.rpm

依次安装两个包，很顺利就装上了。

然后你要经历以下步骤，以完成使一个xfs分区可正常使用的任务：

加载xfs模块：

modprobe xfs

检查加载结果：

lsmod | grep xfs

输出结果形如：

xfs                   514248  1

文章来源：http://www.codelast.com/

在将分区格式化之前，我们当然要先在物理磁盘上创建分区。如果你的一个磁盘〉2TB，你要在它上面创建出一个〉2TB的分区的话，你是无法使用MBR（master boot record）形式的分区表的，因为MBR形式的分区表无法支持一个〉2TB的分区。你可以使用GPT（Guid Partition table）来突破这个限制。这个链接会对你有所帮助。

通常，我们是使用 fdisk 命令来分区的，但是 fdisk 命令无法支持〉2TB的分区操作——你可以用 fdisk -l 命令查看，会得到类似于下面的提示：

WARNING: The size of this disk is XXX TB (XXXXXXXXXXXXXX bytes).

DOS partition table format can not be used on drives for volumes larger than 2.2 TB (2199023255040 bytes). Use parted(1) and GUID partition table format (GPT).

很明显，它已经提示你要用GPT了。

而使用 parted 工具，则可以创建出〉2TB的分区，方法如下（假设你的磁盘为 /dev/sdb ）：

parted /dev/sdb

(parted) mklabel gpt

(parted) mkpart primary xfs 0 -0

(parted) quit

下面就到格式化分区了。假设你要格式化为xfs的分区为/dev/sdb1，它是挂载在 /myxfs 目录下的，则：

先格式化xfs分区：

mkfs.xfs -f /dev/sdb1

然后挂载xfs分区：

mount -t xfs /dev/sdb1 /myxfs/

然后看看挂载上没有：

mount

应该会看到类似于这样的结果：/dev/sdb1 on /myxfs type xfs (rw)

别以为这样就结束了，你还要在 /etc/fstab 文件中添加或修改相关的内容，使得开机启动系统后可以自动挂载xfs分区。

我原来这个分区是ext3格式的，因此在 /etc/fstab 文件中有一句残留的语句：

LABEL=/myxfs             /myxfs                   ext3    defaults        1 2

你可能觉得，把 ext3 改为 xs 再保存文件就解决问题了，你可以试试这样做之后重启，再看看xfs分区是否挂载成功了？没有。为什么？具体原因你们可以看这个链接，我在这里只说解决办法：

先设置xfs分区的label（卷标）：

xfs_admin -L /myxfs /dev/sdb1

这表示将卷标设置为 /myxfs 。然后查看刚设置的xfs分区的卷标：

xfs_admin -l /dev/sdb1

输出结果为刚设置的卷标就对了。

文章来源：http://www.codelast.com/

然后，修改 /etc/fstab 文件，将这一句：

LABEL=/myxfs             /myxfs                   ext3    defaults        1 2

改为：

LABEL=/myxfs             /myxfs                   xfs    defaults        1 2

就搞定了！现在你再重启系统，看看是否成功挂载了xfs分区：

df -h; mount;

文章来源：http://www.codelast.com/

顺便再记一下NFS挂载中遇到的两个错误的解决办法（与上面的文章没有任何关系）：

假设我们要把远程服务器192.168.22.33的 /src 目录挂载到本机上的 /dest 目录下，则我们的挂载命令为：

mount -t nfs 192.168.22.33:/src/ /dest/

但是你可能会遇到以下错误提示：

错误（1）：

mount: mount to NFS server XXX failed: RPC Error: Program not registered

解决这个问题，一般来说重启远程服务器上的nfs服务就可以了，在此例中，我在192.168.22.33服务器上执行：

service nfs restart

文章来源：http://www.codelast.com/

错误（2）：再重新挂载，仍然出错，提示为：

mount: XXX failed, reason given by server: Permission denied

这个错误是由于你没有在远程服务器上为客户机安装NFS，解决办法是修改远程服务器上的 /etc/exports 文件（如果你没有改过这个文件的话，文件内容应该是空的），添加类似于下面这一句：

/src *(rw,sync,no_root_squash)

这表示允许任何客户机通过NFS挂载 /src 目录。当然这样不区分IP的设置方式有点危险，你可以修改为其他授权方式（例如 /src 192.168.44.0/24(rw,insecure,anonuid=0,sync,no_wdelay)），具体的写法这里就不详述了。

然后，在修改了/etc/exports文件后，不需要重新激活nfs，只要重新扫描一次/etc/exports文件，并且重新将设定加载即可：

exportfs -va

此时，你再在客户机上挂载试试看，应该就成功了。注意哟，如果你想开机也能自动mount，那么就需要修改 /etc/fstab 文件啦，这里就不谈了。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：

环境：

RHEL 5.3（内核2.6.18-128.el5），32位

gcc 4.1.2

Boost 1.35.0

（1）什么是Thrift？

先转一段网上的定义：

Thrift是一个跨语言服务部署框架，最初由Facebook于2007年开发，后于2008年进入Apache孵化器(Apache Incubator)。

类似于SOAP，COM 和CORBA，Thrift通过定义一个中间定义语言和Thrift代码生成工具，生成指定语言的代码。目前，Thrift支持C++,Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk和OCaml的代码生成。

简单分析其机理，Thrift就是实现C/S模式，通过代码生成工具将接口定义文件生成服务器端和客户端代码（可以为不同语言），从而实现服务端和客户端跨语言的支持。

（2）从源码安装Thrift的时候，也像通常的软件安装过程一样，通过configure → make → make install 的过程就可以完成。但安装过程比较烦人，我遇到了一个又一个的问题，总的来说还是比较繁琐的，特别记下来：

Thrift在configure的时候提示找不到php-config的话，需要手动指定其路径（如果没装PHP则需安装）。

PHP 5.3.4安装的过程中，configure的时候出现error，提示找不到libxml2，于是我安装了libxml2-devel-2.6.26-2.1.2.7.i386.rpm。

你还需要预先安装libevent库，我安装的是libevent-2.0.9-rc版本。

文章来源：http://www.codelast.com/

如果你没有安装Boost就执行Thrift的configure，则会看到下面的提示：

Building C++ Library ......... : no

此时，如果你make，也得不到Thrift的C++库。

以默认参数安装了Boost之后（我安装的是1.35.0版本），configure的时候就会看到下面的提示：

Building C++ Library ......... : yes

然后重新开始make。

文章来源：http://www.codelast.com/

到了某一步，如果提示下面的错误：

src/protocol/fastbinary.c:20:20: error: Python.h: No such file or directory

（中间一堆的错误，此处省略）

error: command 'gcc' failed with exit status 1

这是怎么回事呢？打开 lib/py/src/protocol/fastbinary.c 文件，看看第一行未注释的代码：

#include <Python.h>

说明在系统路径中要能找到Python.h文件，而这个文件，是在你安装了python开发包之后才有的，所以，去安装然后再make吧。

我安装的包：python-devel-2.4.3-24.el5.i386.rpm

文章来源：http://www.codelast.com/

在成功make了之后，可以看到输出的提示：

Build complete.

然后再make install，就可以在 /usr/local/lib/ 下（依系统不同，目录也不一定是这个）找到Thrift的库文件啦：

-rw-r--r--  1 root root 5762970 Dec 15 17:41 libThrift.a

-rwxr-xr-x  1 root root     949 Dec 15 17:41 libThrift.la

-rw-r--r--  1 root root  468526 Dec 15 17:41 libThriftnb.a

-rwxr-xr-x  1 root root     963 Dec 15 17:41 libThriftnb.la

lrwxrwxrwx  1 root root      20 Dec 15 17:41 libThriftnb.so -> libThriftnb.so.0.0.0

lrwxrwxrwx  1 root root      20 Dec 15 17:41 libThriftnb.so.0 -> libThriftnb.so.0.0.0

-rwxr-xr-x  1 root root  339359 Dec 15 17:41 libThriftnb.so.0.0.0

lrwxrwxrwx  1 root root      18 Dec 15 17:41 libThrift.so -> libThrift.so.0.0.0

lrwxrwxrwx  1 root root      18 Dec 15 17:41 libThrift.so.0 -> libThrift.so.0.0.0

-rwxr-xr-x  1 root root 3308490 Dec 15 17:41 libThrift.so.0.0.0

-rw-r--r--  1 root root  184672 Dec 15 17:41 libThriftz.a

-rwxr-xr-x  1 root root     956 Dec 15 17:41 libThriftz.la

lrwxrwxrwx  1 root root      19 Dec 15 17:41 libThriftz.so -> libThriftz.so.0.0.0

lrwxrwxrwx  1 root root      19 Dec 15 17:41 libThriftz.so.0 -> libThriftz.so.0.0.0

-rwxr-xr-x  1 root root  145732 Dec 15 17:41 libThriftz.so.0.0.0

文章来源：http://www.codelast.com/

然后就可以开始你的Thrift C++开发之旅了！

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：