一、war包中的文件的讀取
在開(kāi)發(fā)J2EE Web應用時(shí)，在開(kāi)發(fā)階段通常采用目錄的部署方式，而在正式運行時(shí)通常把web應用打包為單個(gè)的.war文件進(jìn)行方便地部署。也就是在你的應用目錄（比如WebLogic的DefaultWebApp）下，執行下面的命令：
這樣，要部署到正式系統時(shí)就非常方便，只需要把這個(gè).war文件拷貝到WebLogic的applications目錄或Tomcat的webapps目錄下即可自動(dòng)進(jìn)行部署。Tomcat會(huì )對部署的.war應用包進(jìn)行自動(dòng)監控、解包，所以不會(huì )出現下面提到的問(wèn)題。而WebLogic并不會(huì )自動(dòng)解包.war，所以如果在你的應用中，需要讀取原來(lái)應用中的配置文件或其它資源文件時(shí)，就會(huì )發(fā)現，在解包部署時(shí)，正常運行的程序，在WebLogic中打包部署時(shí)，運行卻出錯，會(huì )報告找不到該文件。例如下面的應用：
|--DefaultWebApp
|--index.jsp
|--.....jsp
|--WEB-INF
|-- web.xml
|-- log4j.properties
|-- classes
......
其中使用到了Log4J作為日志輸出工具，Log4J的配置文件log4j.propertes放在DefaultWebApp\WEB-INF目錄下。Log4J通過(guò)一個(gè)自動(dòng)加載的Servlet進(jìn)行初始化，初始化代碼如下：
- ServletContext context = getServletContext();
- org.apache.log4j.PropertyConfigurator.configure(context.getRealPath("/") +
- "/WEB-INF/log4j.properties");
其中，context.getRealPath("/")得到當前Web應用的真實(shí)根目錄，比如，如果你的WebLogic安裝在D:\bea下，在Windows下context.getRealPath("/")通常會(huì )返回：
D:\bea\wlserver6.1\config\mydomain\applications\DefaultWebApp
在UNIX下類(lèi)似：
/bea/wlserver6.1/config/mydomain/applications/DefaultWebApp
這樣，和"/ WEB-INF /log4j.properties"拼接后，就得到了log4j.properties文件的真實(shí)路徑，Log4J通過(guò)文件IO讀取這個(gè)配置文件，完成初始化。
現在一切正常！測試通過(guò)后，將DefaultWebApp下的所有文件打為一個(gè).war包，進(jìn)行部署時(shí)，發(fā)現系統報告找不到“D:\bea\wlserver6.1\null\ WEB-INF \log4j.properties”文件！如果你的應用中還需要讀取其它已經(jīng)被打包到war包中的文件，都會(huì )報告找不到文件。并且，系統并不會(huì )到D:\bea\wlserver6.1\config\mydomain\applications\DefaultWebApp目錄下尋找，而會(huì )到D:\bea\wlserver6.1\null下尋找。這是因為context.getRealPath("/")返回了null。查看ServletContext的API文檔，
public String getRealPath(String path)
……
The real path returned will be in a form appropriate to the computer and operating system on which the servlet container is running, including the proper path separators. This method returns null if the servlet container cannot translate the virtual path to a real path for any reason
(such as when the content is being made available from a .war archive).
原來(lái)，對一個(gè)打包的應用來(lái)說(shuō)，是沒(méi)有RealPath的概念的，調用getRealPath只會(huì )簡(jiǎn)單地返回null。其實(shí)，也很好理解，一個(gè)文件被打包入了.war文件，就不存在目錄結構了（雖然包中仍然存在目錄結構，但這不等同于文件系統中的目錄結構）。所以，對war包中的資源是無(wú)法得到RealPath的。這樣也就無(wú)從通過(guò)文件IO進(jìn)行讀取了。那么，如何讀取war包中的資源呢？答案是使用ServletContext.getResourceAsStream(String)方法。
對于org.apache.log4j.PropertyConfigurator，有如下幾種配置方法：
- static void configure(Properties properties);
- static void configure(String configFilename);
- static void configure(URL configURL);
既然，現在不能得到war包中的Log4J的配置文件，那么可以通過(guò)讀入InputStream，構造一個(gè)Properties，通過(guò)configure(Properties properties)方法同樣可以完成配置。示例代碼如下：
- InputStream is = getServletContext().
- getResourceAsStream("/WEB-INF/log4j.properties");
- Properties props = new Properties();
- try {
- props.load(is);
- } catch (IOException e) {
- System.err.println("Load log4j configuration failed");
- }
- PropertyConfigurator.configure(props);
那么，現在對于war應用可以成功運行，但如果現在不通過(guò)war部署，直接通過(guò)目錄結構部署應用會(huì )不會(huì )又出現找不到資源的錯誤呢？請來(lái)看看ServletContext.getResourceAsStream的API文檔，
Returns a URL to the resource that is mapped to a specified path. The path must begin with a "/" and is interpreted as relative to the current context root.
This method allows the servlet container to make a resource available to servlets from any source.
Resources can be located on a local or remote file system, in a database, or in a .war file. 可見(jiàn)，通過(guò)getResourceAsStream可以獲取包括本地文件系統、遠程文件系統、war包等資源。不會(huì )出現上面擔心的問(wèn)題。
結論：在開(kāi)發(fā)J2EE Web應用時(shí)，如果需要讀取本應用中的文件，盡量使用ServletContext.getResourceAsStream進(jìn)行，而不要使用文件IO。二、Ant使用中的OutOfMemoryError解決
在開(kāi)發(fā)大型項目時(shí)，類(lèi)文件通常有數千個(gè)之多，這時(shí)都需要采用一些make工具來(lái)輔助開(kāi)發(fā)。有時(shí)需要編譯的類(lèi)太多，使用Ant編譯時(shí)，會(huì )出現OutOfMemoryError的錯誤，使編譯進(jìn)程中斷。這時(shí)，通常通過(guò)先移出部分文件，分批編譯。但Java編譯過(guò)程的自動(dòng)依賴(lài)編譯，通常很難確定究竟應該先移出哪些文件、后移出哪些文件傷透腦筋。有沒(méi)有簡(jiǎn)便的方法？有！
轉到你的Ant的安裝目錄，在bin子目錄中找到ant.bat，使用文字編輯器打開(kāi)，修改:runAnt處的允許命令，添加如下參數：
:runAnt
"%_JAVACMD%" -Xms128m -Xmx512m -classpath ……
如果你安裝了Jike，使用Jike編譯器，則需要修改:runAntWithJikes處的運行命令，同上。
結論：Java虛擬機默認分配64M內存，如果你的應用比較大，超出64M內存，Java虛擬機就會(huì )拋出OutOfMemoryError，并停止運行。不管是什么應用（Web應用、Application等），只需要修改你的機器上的運行Java命令，在java xxx命令中添加-Xms(最小使用內存)、-Xmx（最大使用內存）即可解決。當然，這兒的內存容量都是指物理內存，不能超出你的機器的物理內存的總容量。
