WebLogic→JBoss

WebLogic ServerからJBoss4へ設定を移行するメモ。

環境変数

プログラム（ウェブアプリ）内で取得できそうな環境変数。[2008-10-14]

システムプロパティー

デフォルトでセットされているシステムプロパティー。[2008-10-14]

JBossのurlで終わっているプロパティーは、Fileインスタンスに変換することが出来る。→URL

データソースとJNDI名

WebLogicおよびJBossでJDBCのデータソースを設定すると、以下のような感じになる。

ちなみに、WebLogic8.1では/bea/user_projects/domains/mydomain/config.xml、WebLogic10では/bea/user_projects/base_domain/config/jdbc/JDBC_〜-jdbc.xmlに設定内容が書かれる。

JNDI名のlookup()は以下のようになる。（設定上のJNDI名は同じでも、lookup()に指定する名称は異なる）

リクエスト・レスポンスの文字コード

WebLogicでは、HTTPリクエスト（GET・POSTメソッド）のエンコードを指定できる 。

weblogic.xml：

<weblogic-web-app>
	<charset-params>
		<input-charset>
			<resource-path>/*</resource-path>
			<java-charset-name>Windows-31J</java-charset-name>
		</input-charset>
		<charset-mapping>
			<iana-charset-name>Shift_JIS</iana-charset-name>
			<java-charset-name>Windows-31J</java-charset-name>
		</charset-mapping>
	</charset-params>
</weblogic-web-app>

JBossでは、少なくともjboss-web.xmlにはそのような設定は無い。
サーブレットの先頭でエンコーディングをセットする。（HttpServletのdoPost()やdoGet()、あるいはservice()）

SampleServlet.java：

public class SampleServlet extends HttpServlet {

	@Override
	protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
		res.setContentType("text/html; charset=Shift_JIS");
		req.setCharacterEncoding("Windows-31J");
		res.setCharacterEncoding("Windows-31J");
		〜
	}

ちなみにsetContentType()でShift_JISをセットしてからsetCharacterEncodingでWindows-31Jをセットすると、getContentType()は「text/html;charset=Windows-31J」になる…。

サーブレットが複数有る場合は、フィルター（javax.servlet.Filter）を使うのが便利。

• Javaの道のStruts（８．アクション・フォームBeanの日本語処理） (2008-10-14)
• ITmediaの実用サンプルコードで理解する「Struts」の基礎 (2008-10-14)

JSPのエンコーディング

WebLogicでは、JSPのデフォルトのエンコーディングを指定できる。

weblogic.xml：

<weblogic-web-app>
	<jsp-descriptor>
〜
		<jsp-param>
			<param-name>encoding</param-name>
			<param-value>Windows-31J</param-value>
		</jsp-param>
〜
	</jsp-descriptor>
</weblogic-web-app>

要するに「<%@ page contentType="text/html; charset=Windows-31J"%>」のこと。

JBossではそういった設定がとりあえず見当たらないので、各JSPにおいてエンコードを指定する必要がある。
特にincludeされるタイプのJSPでは「<%@ page pageEncoding="Windows-31J" %>」を指定する。

タグハンドラーの初期化

JSP内で使うカスタムタグ（タグハンドラー）の挙動がWebLogicとJBossでは異なる。[2008-11-01]

jspファイルはサーブレットに変換されてJavaのコードとして動作する。
タグハンドラーもその中でインスタンス化されてメソッドの呼び出しという形で動作する。
そのインスタンス化の方法（従って、release()が呼ばれるタイミングも）がWebLogicとJBossでは異なる。

WebLogicではタグハンドラーはカスタムタグが現れる度に新しいインスタンスが作られる。
JBossでは同一の属性を持つカスタムタグは同じインスタンスが使い回される（必須でない属性の有無の違いによって、同じカスタムタグでも別インスタンスとなるようだが）。
したがって、属性が毎回初期化される前提で作られているカスタムタグは、JBossではバグの原因となる。

事前コンパイル

WebLogicでは、Antのwlappcタスクを使ってjspファイルの事前コンパイルが出来た。[2008-09-12]

JBossではjasper（jspc）タスクを使って事前コンパイルできる。

WebLogicではJSPClassServletというサーブレットが用意されていて、事前コンパイルしたクラスを使って実行することが出来る（実行時にjspファイルが不要となる）。
JBossにはそういったクラスは用意されていないようなので、ちょっと作ってみた。[2008-09-22]

RMIの違い

JBossASはたぶんRMIの仕様に素直だが、WebLogicは独自拡張(?)されている。[2008-12-01]