在路上...

可能錯誤現(xiàn)象：
/tools/svn/bin/svn: symbol lookup error: /tools/svn/lib/libsvn_subr-1.so.0: undefined symbol: apr_atomic_xchgptr

錯誤解決
新配置的服務(wù)器，在運(yùn)行svn命令時(shí)，全部出錯顯示上面的錯誤信息。
在網(wǎng)上搜索發(fā)現(xiàn)，原來這個錯誤是由于系統(tǒng)已經(jīng)安裝了apr的庫文件，而在編譯Svn時(shí)已經(jīng)指定了httpd的apr庫。
在執(zhí)svn命令時(shí)，優(yōu)先從系統(tǒng)自帶的apr庫載入，而引起不必要的錯誤。

只需要執(zhí)行以下命令，將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默認(rèn)部署規(guī)則
通常EAR應(yīng)用也可以使用開放式目錄部署，此時(shí)也應(yīng)該參考以上的規(guī)范配置相應(yīng)的文件夾，例如
war應(yīng)用目錄名必須為XX.war
EAR==>xx.ear 
RAR==>XX.rar
EJB==>xx.jar

3、Java EE標(biāo)準(zhǔn)的部署規(guī)則
a． 應(yīng)用包中所有擴(kuò)展名是.war 的文件被看作是 web 模塊。Web 模塊的上下文根
的名字是相對于應(yīng)用包根的名字，但要去掉.war 擴(kuò)展名。
b． 應(yīng)用包中所有擴(kuò)展名是.rar 的文件都被看作是資源適配器。
c． 名字為 lib 的目錄被看作是庫目錄，正如在節(jié) 8.2.1“捆綁的庫”中所述。
d． 對于應(yīng)用包中所有以擴(kuò)展名是.jar 但不包含在 lib 目錄內(nèi)的文件來說，按下面 的方式來處理：
i. 如果 JAR 文件中包含帶有 Main‐Class 屬性的 META‐INF/MANINFEST.MF 文件， 或者包含 META‐INF/application‐client.xml 文件，那么這個 JAR 文件被看作 是應(yīng)用客戶端模塊。
ii. 如果 JAR 文件包含 META‐INF/ejb‐jar.xml 文件，或者包含任何帶有 EJB 組件 注釋符（Stateless，等等）的類，那么這個 JAR 文件被看作是 EJB 模塊。
iii. 所有其他的 JAR 文件都被忽略，除非它被上面的 JAR 文件使用 JAR 文件引 用機(jī)制（如在 mainfest 文件中的 Class‐Path 頭library-directory）引用。

在Jboss環(huán)境中，可以在application.xml中手工指定library-directory，例如：
<library-directory>APP-INF/lib</library-directory>
其他的jboss遵循標(biāo)準(zhǔn)規(guī)范

4、Weblogic的部署規(guī)則
對于weblogic使用下面的一些規(guī)則處理目錄結(jié)構(gòu)：

•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下面如果不使用上面的規(guī)則，則需要在application.xml 文件中指定對應(yīng)的uri路徑
或者在應(yīng)用模塊中使用下面的manifest路徑規(guī)則

4.1 classloader的路徑引用
在weblogic中EAR里面的所有應(yīng)用共有一個classloader，所以對于ear里面的war，通常不需要在WEB-INF里面包含lib，weblogic提供了一個默認(rèn)的目錄：
APP-INF\lib:存放jar包
APP-INF\classes:存放classes

注意對于其他的應(yīng)用服務(wù)器，可能沒有這樣的規(guī)則

5、Manifest Class-Path規(guī)則
在java EE規(guī)范中，可以使用manifest文件指定當(dāng)前的應(yīng)用模塊對與其他classpath路徑的關(guān)聯(lián)引用，該文件位于
META-INF/MANIFEST.MF
路徑下面，內(nèi)容例如下面，多個引用路徑使用空格分隔：
Manifest-Version: 1.0
Class-Path: utility.jar ../xxx/classes ../xxxlib/xxx.jar

META-INF/MANIFEST.MF

Manifest Class-Path

1、安裝編譯器   

Objective-C的編譯器有很多，其中LLVM屬于從GCC發(fā)展出來的，主要使用在蘋果的平臺中，GNU可以使用GnuStep，網(wǎng)址是http://wwwmain.gnustep.org/，從這里可以下載Windows版本的gcc編譯器，配合codeblocks可以編譯調(diào)試object c程序。
   
進(jìn)入下載頁面，下載上面3個軟件包，安裝，例如安裝到D:\GNUstep，

2、安裝CodeBlocks IDE環(huán)境

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

3、配置編譯器

安裝好codeblocks之后，進(jìn)入Settings->Compiler and debugger...，選擇GNU GCC Compiler編譯器，復(fù)制重新命名為“GNUstep MinGW Compiler“配置

編譯其他選項(xiàng)錄入：-fconstant-string-class=NSConstantString -std=c99

同時(shí)指定搜索目錄：
》編譯器的搜索目錄是D:\GNUstep\GNUstep\System\Library\Headers
》linker的搜索目錄設(shè)置為D:\GNUstep\GNUstep\System\Library\Libraries，同時(shí)設(shè)置linker的參數(shù)：-lobjc -lgnustep-base
或者可以在linker選項(xiàng)中加入D:\GNUstep\GNUstep\System\Library\Libraries下面的2個文件libgnustep-base.dll.a，libobjc.dll.a

設(shè)置編譯器、連接器的搜索目錄

4、配置語法、文件類型，關(guān)鍵字等

添加文件類型支持

1) 進(jìn)入Settings->Environment...

2) 選擇 Files extension handling 添加*.m

3) 進(jìn)入 Project->Project tree->Edit file types & categories...

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

添加語法高亮支持

1) 進(jìn)入 Settings->Editor...

2) 選擇 Syntax highlighting 進(jìn)入Filemasks.... 添加*.m 到文件類型列表中.

3) 進(jìn)入 Keywords... (緊靠Filemasks...) 添加下面的關(guān)鍵字到列表中

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

語法高亮中，加入*.m擴(kuò)展名
 

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;
}

編譯運(yùn)行效果如下：

在linux環(huán)境部署應(yīng)用時(shí)，有時(shí)候需要用到AWT處理圖片的功能，典型的就是圖片的縮放處理等等，可能會遇到下面錯誤：
java.lang.NoClassDefFoundError
　　at java.lang.Class.forName0(Native Method)
　　at java.lang.Class.forName(Class.java:141)
　　at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)
　　at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1041)

甚至在默寫情況下面可能導(dǎo)致jvm崩潰，對于該問題的解決辦法是

1、配置java啟動參數(shù)java -Djava.awt.headless=true
在jdk1.4及以上的環(huán)境中，允許使用沒有鍵盤、鼠標(biāo)、x window顯示啟動的headless虛擬機(jī)模式，通過加上上面的屬性即可

2、配置合適的DISPLAY屬性

例如通過當(dāng)前用戶啟動了一個x window的圖形界面，可以將設(shè)置類似export DISPLAY=localhost:10.0這樣的環(huán)境變量將awt定位到一個實(shí)際存在的環(huán)境處理。

配置成功之后，可能可以看到這樣的提示

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

配置好之后就不會報(bào)錯了

網(wǎng)上還有一種辦法，啟動Xvfb

使用

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

安裝好的CentOS會自帶OpenJdk,用命令 java -version ，會有下面的信息：

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

如果出現(xiàn)找不到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

最近需要把a(bǔ)ndroid手機(jī)root一下，找到了這個刷機(jī)精靈，的確很好用，經(jīng)過測試，在華為C8650,U8800,HTC S710D,HTC Sensation上面都測試通過，對于不想深入研究的用戶來說，的確夠簡單！推薦一下。
1、連接手機(jī)數(shù)據(jù)線，安裝必要的驅(qū)動，打開開發(fā)調(diào)試開關(guān)

2、點(diǎn)擊root解鎖，等待幾十秒就大功告成了！

碰到中文亂碼的時(shí)候，可以考慮使用一個熟悉的中心字符串入手進(jìn)行調(diào)試跟蹤轉(zhuǎn)換過程的變化，這里記錄一下“中文”漢字的編碼變化過程

UNICODE編碼：4e2d 6587
通常在JAVA的內(nèi)置處理機(jī)制中是這樣存儲的，不同的環(huán)境中返回的byte[]不一樣，例如windows環(huán)境，使用getBytes()返回的是getBytes(“GBK”),linux環(huán)境，通常如果設(shè)置LANG=zh_CN.UTF-8，這相當(dāng)于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”)讀取，由于不能正確轉(zhuǎn)換，所以是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，相當(dāng)于吧16進(jìn)制轉(zhuǎn)換為10進(jìn)制，再加上轉(zhuǎn)義控制&#和;結(jié)尾。

如果需要從utf byte[]和GBK byte[]之間互相轉(zhuǎn)換，在支持unicode的java平臺，可以使用下面的轉(zhuǎn)換規(guī)則

byte[] utf8={-28,-72,-83,-26,-106,-121};
String str=new String(utf8,”utf-8”);//轉(zhuǎn)換為正確的中文
byte[] gbk=str.getBytes(“GBK”);

或者：

byte[] gbk={-42,-48,-50,-60};
String str=new String(utf8,"GBK");//轉(zhuǎn)換為正確的中文
byte[] utf8=str.getBytes("utf-8")

注意上面的byte[]為java的，與.net不一樣，需要轉(zhuǎn)換