Resin使用簡介

使用Resin開發Java Web項目時，需要建立自己的WebApp。這里不介紹Resin Cmp/Ejb的開發和使用，只介紹用Resin開發普通的jsp\java servlet項目。在這里還要談到resin.conf的配置。Resin中的應用可以有2種方式發布：一是在Resin的目錄下發布；二是打包成War發布。

1、在Resin的目錄下發布

在resin.conf中查找<web-app>標簽，該標簽表示一個web應用。

標簽中，id屬性表示該應用的Web路徑。如<web-app id=’/test’>，表示該應用在Web上訪問的時候應該用http://hostname/test/來訪問。app-dir屬性表示該應用的實際路徑。如<app-dir>d:\resin\doc\test</app-dir>表示該應用在d:\resin\doc\test目錄下面。默認值為根下面的和id同名的目錄。Resin可以配置3種error-page：404錯誤也就是文件找不到錯誤頁；Exception違例頁；不能連接java引擎頁。他們分別可以這樣子設置。

404文件找不到頁

<web-app id='/app1'>

<error-page error-code='404' location='/file_not_found.jsp'/>

</web-app>

Exception 違例頁

<web-app id='/foo'>

<error-page exception-type='java.lang.NullPointerException'

location='/nullpointer.jsp'/>

</web-app>

不能連接到srun Servlet引擎錯誤頁

該頁設置和應用無關，屬于服務器的設置。

<http-server>

<error-page exception-type='connection'

location='/missing_file.html'/>

</http-server>

classpath的設置

參見下面的語句：

<classpath id='WEB-INF/classes' source='WEB-INF/src' compile='true'/>

id參數的值表示classpath中編譯后的classpath的存放路徑；source參數的值表示classpath中java源代碼的存放路徑；compile中的值可能是true或者false，表示是否由Resin的srun自動編譯java源代碼。Classpath的設置一般和javaBean或者Servlet的使用有關。id的值表示javaBean的編譯好的包存放的根，source的值表示javaBean的java源代碼存放的根。Servlet相同。

Servlet的設置

參見下面的語句：

<servlet-mapping url-pattern='*.xtp' servlet-name='xtp'/>

<servlet-mapping url-pattern='*.jsp' servlet-name='jsp'/>

<servlet-mapping url-pattern='/servlet/*' servlet-name='invoker'/>

一般就是指定那些需要通過srun的解析。比如在這里，把*.jsp改成*.jss，其他不變，那么只要在訪問時遇到*.jss的文件就和原來遇到*.jsp一樣處理。通過這個可以指定解析的引擎，如以下的配置：

<servlet-mapping url-pattern='*.xtp' servlet-name='com.caucho.jsp.XtpServlet'/>

在Servlet中，也可以指定servlet。如

<servlet servlet-name='hello' servlet-class='test.HelloWorld'/>

<servlet-mapping url-pattern='/hello.html' servlet-name='hello'/>

在servlet-mapping中有個重要的參數case-sensitive 如果在windows上，最好配置成false，忽略大小寫，從而和windows的約定一致。

Session的配置

參見如下的配置語句：

<session-config>

<session-max>4096</session-max>

<session-timeout>30</session-timeout>

<enable-cookies>true</enable-cookies>

<enable-url-rewriting>true</enable-url-rewriting>

<file-store>WEB-INF/sessions</file-store>

</session-config>

session-max ：最大 session數量

session-timeout ：session過期時間，以分鐘為單位。

是否允許cookie ：指session是否采用cookies。如果采用cookies，瀏覽器必須支持session才能使用，發布時建議改成false。enable-url-rewriting和enable-cookies一般配合使用。如果enable-cookies是false，enable-url-rewriting應該設成true比較合適。

file-store ：該配置指示服務器是否把session作為文件存放在服務器上。如果把該項注釋掉，則在你的web-app目錄下的WEB-Inf/sessions目錄不保存序列化后的session對象。Session還有jdbc-store配置，對應著把session通過jdbc永久保存在數據庫中。其實也就是會話變量的序列化后的保存和重新載入的物理實現。在這里session還支持了多服務器的設置問題，

通過tcp-store參數設置。由于涉及到負載平衡的問題，在這里不詳細敘述，只簡單寫一個例子：

<http-server>

<http id='a' port='80'/>

<srun id='a' host='host-a' port='6802'/>

<http id='b' port='80'/>

<srun id='b' host='host-b' port='6802'/>

<host id=''>

<web-app id=''>

<session-config>

<tcp-store/>

<always-load-session/>

</session-config>

</web-app>

</host>

</http-server>

這個例子表示session是按照tcp ring的方式傳遞。

temp-dir 的設置

temp-dir指的是應用的臨時目錄。也就是在javax.servlet.context.tempdir中用到的目錄。模認是應用目錄下的WEB-INF\tmp目錄。

以上的設置都可以在<web-app>標簽對中設置，控制某個web應用的設置。

2、打包成War發布

以下是介紹對如何在resin下使用已經打包成War的java Web應用進行發布。

其實這個是最簡單也是最清晰的良好方法。在j2ee中，所有的項目都打包成ear發布。其中，Web應用打包成war，ejb應用打包成jar。在resin中，這些都可以直接部署。這里我只對打包成war的Web應用的部署做介紹。

在resin.conf中，查找這個：<war-dir id='webapps'/>。他表示war文件應該被拷貝的路徑。這里指的是相對于resin的安裝路徑，如以上的設置表示d:\resin\webapps。只要重新啟動Resin就可以了。Resin會把該war自動解包到webapps目錄下。你可以在command控制臺或者stdout.log中看到類似于

[2002-04-27 09:56:21.680] initializing application http://haitaiserver:8080/rwtest 的語句。這個表示該Web應用是自動安裝的。只要這個應用是符合j2ee標準的Web應用，應該不會有問題。通過如上顯示的路徑就可以訪問到這個應用。如果你到d:\resin\webapps\rwtest中瀏覽，你會看到Resin已經為你生成了rwtest目錄，下面是META-INF和WEB-INF還有你自己的JSP\servlet 文件和目錄。是完全符合j2ee的結構的。你可以在rwtest目錄下建立新的jsp\servlet，一樣可以被編譯和解析并運行的。在實際操作中，可以使用Jbuilder 或者 WebSphere等Ide工具進行集成調試和打包，非常的方便。

使用Resin進行java Web項目的開發和調試

這里篇幅有限，不可能講太多，我只對實際中最有用的部分做介紹。

Resin中如果定義了錯誤頁，則出錯后最常見的一大串Exception不會被看到，直接跳轉到錯誤頁。所以建議開發中先不設置錯誤頁。jsp錯誤中最常見的就是Nullpoint Exception，其次是名稱的拼寫錯誤。錯誤也可以在Resin安裝目錄下的log目錄下的stderr.log中找到。通過對該log文件的分析可以看到很多有用的錯誤信息。

在調試jsp的時候，如果定義了compile為true，jsp先被翻譯成Servlet的java文件，再被編譯成class文件?？梢栽谀阕约旱膚ork目錄中找到該文件。java的名稱在Resin中是這樣子定義的：原先的jsp文件名前加下劃線，再加上_jsp這個字樣。所以在java 應用中的命名不要以_jsp結尾，也不要出現中文名稱等字符；其實名稱以_jsp為開頭也是不合法的。

關于java對多國語言的支持問題，在Resin中得到了很好的解決。以jsp為例，參考Resin自動生成的java Servlet文件。只要在任何的jsp文件的最開始處增加：

<%@page contentType="text/html;charset=gb2312" %>

中文問題就解決了。察看生成的Servlet源文件片斷：

response.setContentType("text/html;charset=gb2312");

request.setCharacterEncoding("GB2312");

以上為設置字符集

private static byte []_jsp_string26;

private static byte []_jsp_string27;

_jsp_string26 = "\r\n</table>\r\n<table class=\"type\">\r\n<tr>\r\n <td>".getBytes("GB2312");

_jsp_string27 = "\r\n</td><td>\r\n</tr>\r\n<!--\r\n<tr>\r\n<td>\r\".getBytes("GB2312");

以上是對頁面的顯示的編碼。其中，getBytes(“gb2312”)是靜態編碼，這是Resin為了解決某些環境下還是不能正常顯示而設置的。在Resin的配置文件(/conf/resin.conf)中，可以通過設置<jsp precompile='true' static-encoding='false' recompile-on-error='true'/>中的static-encoding屬性為true或者false，來控制是否靜態編碼。其實在Resin容器的內部，所有的字符都是按照iso-8859-1來處理的。iso-8859-1是一個大字符集，雖然中文的gb2312和8859在字的定義上有不同，但是編碼是包容了gb2312的。按照解決多國語言的方法，在純英文平臺上用iso-8859-1處理內部編碼，而把字符的顯示推向客戶端的機器。所以這樣只要編碼是正確的，

在頁面上顯示中文就不存在問題。Tomcat3.2不方便的地方是Tomcat對數據庫的操作中文支持不好，需要手動在java Bean或者Servlet中硬編碼。通過測試，在Resin中完全沒有這個問題。Tomcat4.0解決了這個問題。不過個人習慣來講還是覺得resin在配置方面方便一些。

在Resin中可以自動解決引入的jar。這個在使用特殊的類或者第三方提供的開發包非常有用。方法非常簡單：只要把該jar或者是zip拷貝到Resin安裝目錄下的lib目錄下面，重新啟動Resin，就可以了。如db2用到的db2java.zip文件，只要輕松拷貝到d:\resin\lib中就可以了。

Resin提供了對Jbuilder的集成調試?？梢缘剑?/P>

http://www.caucho.com/projects/jbuilder/resin-jbuilder.jar免費下載到resin的jbuilder的ide擴展包。然后，把該包該名成：resin-jbuilder.jar，拷貝到jbuilder6\lib\ext目錄下。然后，把Resin2.1解包安裝在jbuilder6\resin-2.1目錄下，就可以了。打開任何的War項目，在project上點右鍵，選擇properties，選擇Servers標簽。在原來的選擇框上，就可以看到多了一項Resin2.1。這樣子就可以象原來用tomcat一樣調試jsp\servlet了，而且比Tomcat更方便。見圖2：

圖2

調試方法和用Tomcat調試一樣。

其他問題

使用Resin可以和apache結合使用。也就是利用apache做http服務器，而Resin做srun服務器?？梢詤⒖紃esin\conf\samples目錄下的apache.conf。主要就是把 app-dir 設成 /usr/local/apache/htdocs（也就是apache的root）。同時在apache 中的http.conf也做了相應的設置。Resin還提供了對該過程的自動安裝程式，運行resin\bin\setup，你可以在彈處的對話框中選擇apache，這樣子就可以了。只要你曾經安裝過apache，resin可以自己找到httpd.conf文件所在的路徑。

使用命令行方式啟動Resin，如果改動了Resin.conf，Resin會自己重新啟動適應新的配置。這個很適合初期安裝時使用。

Resin對數據庫緩沖池的支持很好。在這里，它提供了DBPool對緩沖池做了封裝。實際使用時，只要在resin.conf這樣配置：

<dbpool.sql>

<id>ORCL</id>

<driver>oracle.jdbc.driver.OracleDriver</driver>

<url>jdbc:oracle:thin:@localhost:1521:SMTH</url>

<!-- <url>jdbc:oracle:oci8:@SMTH</url> -->

<user>scott</user>

<password>tiger</password>

<max-connections>5</max-connections>

</dbpool.sql>

然后，在你的jsp或者servlet中就可以這樣子使用了：

先導入 com.caucho.sql.*包，然后如下直接得到連接：

Connection conn = DBPool.getPool("ORCL").getConnection();

個人建議不要如上使用連接池，還是按照ejb的方法用從Context中直接找到的DataSource對象中得到連接通用性比較好。代碼也很簡單：

Context ctx = new InitialContext();

DataSource ds = (DataSource)ctx.lookup(“jdbc/EmployeeDB”);

Connection conn = ds.getConnection();

在Resin中如下配置jdbc就可以了：

<resource-ref>

<res-ref-name> jdbc/EmployeeDB</res-ref-name>

<res-type>javax.sql.DataSource</res-type>

<init-param driver-name="com.caucho.jdbc.mysql.Driver"/>

<init-param url="jdbc:mysql_caucho://localhost:3306/test"/>

<init-param user="name"/>

<init-param password="password"/>

<init-param max-connections="20"/>

<init-param max-idle-time="30"/>

</resource-ref>

用Resin Web Server開發還是比較愉快的。只是沒有像Weblogic 或者WebSphere那樣子提供現成的管理控制臺而已。但是從穩定性和方便性來講，Resin個人認為比Tomcat要好很多。況且Resin還有提供了resin-cmp 和 resin-ejb，功能更強大。