JBoss Seamはバージョン1.0.1からGlassFishをサポートするようになりました。SJS AppServer 9 (glassfish)でSeamを動作させる方法の例は、Brian Leonard's Blogの以下のエントリを参照して頂くのがよいと思います。

• Brian Leonard's Blog: "Running JBoss' Seam on GlassFish"

上記の手順を参照すると、JBoss用に作られたSeamアプリケーションをGlassFish用に変更するポイントは以下の２点であることが分かります。

前者のライブラリの差分を埋める作業はたいした問題ではありませんが、後者のJNDI問題はSeam on GlassFishにとってちょっと厄介な問題です。もし、Seamで使用するセッション・ビーンが数十個あったら、GlassFishの場合はそれと同じ数だけ<ejb-local-ref>をweb.xmlに定義しなければならなくなってしまいます。

web.xmlにおける<ejb-local-ref>定義の煩わしさは、J2EE 1.4の時代から問題になっていましたが、Java EE 5からは@EJBアノーテーションによるEJB参照のインジェクションによって解決したことになっていました。JSF+EJB3の場合はバッキング・ビーンにEJB参照をインジェクションすることが期待されていたわけですが、Seamではそういうわけにはいきません。Seam+JSF+EJB3のアプリケーションではバッキング・ビーンを端折って、JSFページから直接セッション・ビーンのプロパティやビジネス・メソッドにバインディングできるようになっています([1])。この場合、EJBをアロケートする作業はWeb層のSeamランタイムが内部でJNDIルックアップを行っているわけですが、Seamランタイムは以下のようなデフォルトルールでejb-nameからのJNDI物理名を連想するようになっています。

  <context-param>
    <param-name>org.jboss.seam.core.init.jndiPattern</param-name>
    <param-value>application-name/#{ejbName}/local</param-value>
  </context-param>

JBossはベンダ独自仕様でEJBローカルに対してもJNDI物理名が付与されるようになっているため上記のcontext-paramの宣言さえ不要なのですが、GlassFishではEJBローカル参照にJNDI物理名は割り当てられないことになっています。GlassFishでは、EJBローカル参照の取得には必ずjava:comp/envで始まる環境コンテキスト名（論理名）を使用しなければならないため、web.xmlにおけるSeamのJNDI連想ルールを以下のように明示し、

  <context-param>
    <param-name>org.jboss.seam.core.init.jndiPattern</param-name>
    <param-value>java:comp/env/ejb/#{ejbName}</param-value>
  </context-param>

さらに、使用する全てのセッション・ビーンについて、以下のような<ejb-local-ref>宣言が必要になってしまいます。

  <ejb-local-ref>
    <ejb-ref-name>ejb/BookingListAction</ejb-ref-name> 
    <ejb-ref-type>Session</ejb-ref-type> 
    <local>org.jboss.seam.example.booking.BookingList</local> 
    <ejb-link>BookingListAction</ejb-link> 
  </ejb-local-ref>
  <ejb-local-ref>
    <ejb-ref-name>ejb/RegisterAction</ejb-ref-name> 
    <ejb-ref-type>Session</ejb-ref-type> 
    <local>org.jboss.seam.example.booking.Register</local> 
    <ejb-link>RegisterAction</ejb-link> 
  </ejb-local-ref>
         :

Java EEの仕様上、EJBローカル参照はEARアプリケーションを超えて参照することはできないため、グローバルな物理名を与える必要はなかったかもしれませんが、Java EE 5のEoDの観点からすれば、上記のような<ejb-local-ref>宣言列挙の状態は望むところではなかったでしょう。実際、GlassFishでもベンダ独自仕様としてEJBローカル参照にもデフォルトのJNDI物理名が与えられるようにしてほしいという要望は上がっているようです。

• issue 577: Local Session beans have no defaultl JNDI name
• issue 900: Remove the need to define ejb-local/remote refs in web.xml

確かに、@EJBによるインジェクションができるオブジェクトは限られていますし、ステートフルなセッション・ビーンの場合はJNDIルックアップは避けられないわけですから、是非とも<ejb-local-ref>なしでEJBローカル参照が取得できるようになるように改善してほしいものです。

現状のSeam on GlassFish環境で、アプリケーション開発者ができるワークアラウンドとしては、web.xmlに<ejb-local-ref>を列挙する代わりに、@EJBが機能するWeb層のなんらかのオブジェクト（以前のエントリ「Java EE 5：Dependency Injection (2)」のインジェクション可能なクラスの一覧を参照）に、@EJBアノーテーションを列挙することが考えられます。これは、Web層における環境コンテキスト名のスコープは同一WAR内であり、WAR内のどこかで宣言した@EJB宣言の情報は同一WAR内の任意のクラスで参照可能であるというJava EE 5仕様を利用しています。例えば、ServletContextListenerを使用した場合の例として、以下のようなクラスを作成し、WARファイルに含めれば<ejb-local-ref>の宣言は不要になります。

@EJBs({
  @EJB(name="ejb/BookingListAction", beanInterface=BookingList.class),
  @EJB(name="ejb/RegisterAction",    beanInterface=Register.class),
         :
})
public class JndiResourceRefs implements ServletContextListener {
    public void contextDestroyed(ServletContextEvent sce) {}
    public void contextInitialized(ServletContextEvent sce) {}
}

<ejb-local-ref>の宣言と@EJBの宣言は同じ意味のメタ情報ですが、Javaのソースで宣言した方が記述量が少なく、NetBeansなどのJDK 1.5対応のIDEを使用すればbeanInterface要素のインタフェース・クラスでコンプリーションが効くため、web.xmlをメンテナンスするよりも開発効率はいいと思います。

念のため、GrassFish v1 b48(Milestone 7)で動作確認もしてみましたが、web.xmlで<listener>宣言をしなくても、（リスナとしては機能しませんが）@EJBアノーテーションの効果はあるようです。

<!-- リスナ登録はなくても、@EJB宣言の効果はあった。
  <listener>
    <listener-class>com.example.JndiResourceRefs</listener-class>
  </listener>
  -->

幸いなことに、環境エントリ名を使用して修正したSeamアプリケーションは、JBoss上でもGrassFish上でも同じように動作することが期待されます([2])。JNDI物理名の代わりに環境コンテキスト名を使用することで、手間と引き換えにベンダ・コンパチビリティを得ることができる一つの例ですね。

[1] JavaOne SF 2006のSeamのセッションで、Gavin Kingが「バッキング・ビーンはノイズだ」と言っていたことが印象的でしたが、せっかくPOJOになったセッション・ビーンのビジネス・メソッドにJSFアクション・メソッドの縛り（String <actionName>()の形式であること）を持ち込むのは全ての場合において適切ではないと思います。例えば、入出力のあるWebサービスとステートレス・セッション・ビーンのハイブリッド形式は、Seamとの整合性がよくありません。将来的には、JAX-WSの@WebParamで実現されているパラメータ・インジェクション／バイジェクションのような仕組みを用いて、普通のビジネス・メソッドでもJSFからメソッド・バインディングできるようになることが期待されます。

[2] ただし、WebコンテナがServlet 2.4ベースのJBoss 4では環境エントリ名を使用した方式が利用できません。Servlet 2.5を含むJava EE 5フルスペックのJBoss 5になれば、@EJB方式／ejb-local-ref方式ともに利用可能になるでしょう。