可能错误现象：
/tools/svn/bin/svn: symbol lookup error: /tools/svn/lib/libsvn_subr-1.so.0: undefined symbol: apr_atomic_xchgptr

错误解决
新配置的服务器，在运行svn命令时，全部出错显示上面的错误信息。
在网上搜索发现，原来这个错误是由于系统已经安装了apr的库文件，而在编译Svn时已经指定了httpd的apr库。
在执svn命令时，优先从系统自带的apr库载入，而引起不必要的错误。

只需要执行以下命令，将apr和apr-util都卸载即可

rpm -e --allmatches apr-util --nodeps
rpm -e --allmatches apr --nodeps

•Web applications are packaged as .war files.

•Resource adapters are packaged as .rar files.

•Enterprise applications are packaged as .ear files, and can contain other Java EE modules such as EJBs, JDBC, JMS, Web applications, and Resource Adapters.

•Web Services can be packaged either as .war files or as .jar files, depending on whether they are implemented using Java classes or EJBs. Typically, the .war or .jar files are then packaged in an Enterprise Application .ear file.

•Java EE libraries are packaged either as an Enterprise Application (.ear file) or as a standard Java EE module.

•Client applications and optional packages are packaged as .jar files.
2、Java EE默认部署规则
通常EAR应用也可以使用开放式目录部署，此时也应该参考以上的规范配置相应的文件夹，例如
war应用目录名必须为XX.war
EAR==>xx.ear 
RAR==>XX.rar
EJB==>xx.jar

3、Java EE标准的部署规则
a． 应用包中所有扩展名是.war 的文件被看作是 web 模块。Web 模块的上下文根
的名字是相对于应用包根的名字，但要去掉.war 扩展名。
b． 应用包中所有扩展名是.rar 的文件都被看作是资源适配器。
c． 名字为 lib 的目录被看作是库目录，正如在节 8.2.1“捆绑的库”中所述。
d． 对于应用包中所有以扩展名是.jar 但不包含在 lib 目录内的文件来说，按下面 的方式来处理：
i. 如果 JAR 文件中包含带有 Main‐Class 属性的 META‐INF/MANINFEST.MF 文件， 或者包含 META‐INF/application‐client.xml 文件，那么这个 JAR 文件被看作 是应用客户端模块。
ii. 如果 JAR 文件包含 META‐INF/ejb‐jar.xml 文件，或者包含任何带有 EJB 组件 注释符（Stateless，等等）的类，那么这个 JAR 文件被看作是 EJB 模块。
iii. 所有其他的 JAR 文件都被忽略，除非它被上面的 JAR 文件使用 JAR 文件引 用机制（如在 mainfest 文件中的 Class‐Path 头library-directory）引用。

在Jboss环境中，可以在application.xml中手工指定library-directory，例如：
<library-directory>APP-INF/lib</library-directory>
其他的jboss遵循标准规范

4、Weblogic的部署规则
对于weblogic使用下面的一些规则处理目录结构：

•For an exploded archived Web application, in the absence of WEB-INF/web.xml descriptor, the name of the directory should have a .war suffix.

•For an exploded archived Enterprise Application without a META-INF/application.xml descriptor, the directory should have an .ear suffix. Within the application, the directory of exploded Web module should have a .war suffix. Similarly, the exploded EJB module should have a .jar suffix and the exploded RAR module should have a .rar suffix.

•If an exploded Enterprise Application contains no META-INF/application.xml descriptor, the order in which modules are deployed is undefined and is dependent on the underlying File.listFiles() method order. To ensure a specific order in which modules are deployed, you must add an application.xml descriptor and list the modules in the desired order.

如果在weblogic下面如果不使用上面的规则，则需要在application.xml 文件中指定对应的uri路径
或者在应用模块中使用下面的manifest路径规则

4.1 classloader的路径引用
在weblogic中EAR里面的所有应用共有一个classloader，所以对于ear里面的war，通常不需要在WEB-INF里面包含lib，weblogic提供了一个默认的目录：
APP-INF\lib:存放jar包
APP-INF\classes:存放classes

注意对于其他的应用服务器，可能没有这样的规则

5、Manifest Class-Path规则
在java EE规范中，可以使用manifest文件指定当前的应用模块对与其他classpath路径的关联引用，该文件位于
META-INF/MANIFEST.MF
路径下面，内容例如下面，多个引用路径使用空格分隔：
Manifest-Version: 1.0
Class-Path: utility.jar ../xxx/classes ../xxxlib/xxx.jar

META-INF/MANIFEST.MF

Manifest Class-Path

Objective-C的编译器有很多，其中LLVM属于从GCC发展出来的，主要使用在苹果的平台中，GNU可以使用GnuStep，网址是http://wwwmain.gnustep.org/，从这里可以下载Windows版本的gcc编译器，配合codeblocks可以编译调试object c程序。
   
进入下载页面，下载上面3个软件包，安装，例如安装到D:\GNUstep，

2、安装CodeBlocks IDE环境

下载地址：http://www.codeblocks.org/

3、配置编译器

安装好codeblocks之后，进入Settings->Compiler and debugger...，选择GNU GCC Compiler编译器，复制重新命名为“GNUstep MinGW Compiler“配置

编译其他选项录入：-fconstant-string-class=NSConstantString -std=c99

同时指定搜索目录：
》编译器的搜索目录是D:\GNUstep\GNUstep\System\Library\Headers
》linker的搜索目录设置为D:\GNUstep\GNUstep\System\Library\Libraries，同时设置linker的参数：-lobjc -lgnustep-base
或者可以在linker选项中加入D:\GNUstep\GNUstep\System\Library\Libraries下面的2个文件libgnustep-base.dll.a，libobjc.dll.a

设置编译器、连接器的搜索目录

4、配置语法、文件类型，关键字等

添加文件类型支持

1) 进入Settings->Environment...

2) 选择 Files extension handling 添加*.m

3) 进入 Project->Project tree->Edit file types & categories...

4) 在Sources, 下面添加 *.m到文件类型列表中.

添加语法高亮支持

1) 进入 Settings->Editor...

2) 选择 Syntax highlighting 进入Filemasks.... 添加*.m 到文件类型列表中.

3) 进入 Keywords... (紧靠Filemasks...) 添加下面的关键字到列表中

@interface @implementation @end @class @selector @protocol @public @protected @private id BOOL YES NO SEL nil NULL self

语法高亮中，加入*.m扩展名
 

5、代码测试

新建一个工程，修改main.c为main.m,录入下面代码

#import <Foundation/Foundation.h>

int main (int argc, const char *argv[])
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    NSLog(@"%@",@"hello world");
    [pool drain];
    return 0;
}

编译运行效果如下：

甚至在默写情况下面可能导致jvm崩溃，对于该问题的解决办法是

1、配置java启动参数java -Djava.awt.headless=true
在jdk1.4及以上的环境中，允许使用没有键盘、鼠标、x window显示启动的headless虚拟机模式，通过加上上面的属性即可

2、配置合适的DISPLAY属性

例如通过当前用户启动了一个x window的图形界面，可以将设置类似export DISPLAY=localhost:10.0这样的环境变量将awt定位到一个实际存在的环境处理。

配置成功之后，可能可以看到这样的提示

nl.ikarus.nxt.priv.imageio.icoreader.lib.ICOReader loaded, version: 0.06.064 build: 691

配置好之后就不会报错了

网上还有一种办法，启动Xvfb

使用

参考：http://javatechniques.com/blog/linux-x11-libraries-for-headless-mode/

java version "1.6.0"
OpenJDK  Runtime Environment (build 1.6.0-b09)
OpenJDK 64-Bit Server VM (build 1.6.0-b09, mixed mode)

最好还是先卸载掉openjdk,在安装sun公司的jdk.

先查看 rpm -qa | grep java

显示如下信息：

java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

卸载：

rpm -e --nodeps java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
rpm -e --nodeps java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

还有一些其他的命令

rpm -qa | grep gcj

rpm -qa | grep jdk

如果出现找不到openjdk source的话，那么还可以这样卸载

 yum -y remove java java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
 yum -y remove java java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

2、点击root解锁，等待几十秒就大功告成了！

UNICODE编码：4e2d 6587
通常在JAVA的内置处理机制中是这样存储的，不同的环境中返回的byte[]不一样，例如windows环境，使用getBytes()返回的是getBytes(“GBK”),linux环境，通常如果设置LANG=zh_CN.UTF-8，这相当于getBytes(“utf-8”).

GBK编码：d6d0 cec4，byte[]={-42,-48,-50,-60}

UTF8编码:e4 b8 ad e6 96 87,byte[]={-28,-72,-83,-26,-106,-121}

ISO8859-1编码：如果试图将byte[]={-42,-48,-50,-60}采用new String(byte[],”iso8859-1”)读取，由于不能正确转换，所以是2个问号byte[]={63,63}
但是从存储的角度看,gbk和iso8859-1有类似之处，GBK采用char(2),而iso8859-1采用byte[4],拆分为{-42,-48,-50,-60}

Javascript:可以使用var str=”\u4E2D\u6587”;来表示

HTML中，可以使用&#20013;&#25991，相当于吧16进制转换为10进制，再加上转义控制&#和;结尾。

如果需要从utf byte[]和GBK byte[]之间互相转换，在支持unicode的java平台，可以使用下面的转换规则

byte[] utf8={-28,-72,-83,-26,-106,-121};
String str=new String(utf8,”utf-8”);//转换为正确的中文
byte[] gbk=str.getBytes(“GBK”);

或者：

byte[] gbk={-42,-48,-50,-60};
String str=new String(utf8,"GBK");//转换为正确的中文
byte[] utf8=str.getBytes("utf-8")

注意上面的byte[]为java的，与.net不一样，需要转换