<Scott.Stark@jboss.org>jboss-web.xmlとは何か?Webアプリケーションをデプロイするには、標準web.xmlディスクリプタを使って(ほとんど)何から何まで設定しなければなりません。このファイルは、warアーカイブのWEB-INFディレクトリ内にバンドルされます。2.2仕様書で定義されています。その仕様書の重要なポイントはこのファイルにベンダー固有の設定を追加することを許していないということです。web.xmlが大半のアプリケーションにとって十分であっても、デプロイメント記述にJBoss固有の情報を追加したいというケースもあるかもしれません。これをおこなうにはWEB-INFディレクトリにjboss-web.xmlという名前の別のファイルを与えます。次からのセクションはjboss-web.xmlファイルの最も一般的な使い方を扱います。詳細を知りたければ、このマニュアルのファイルセクションでjboss-web.dtdからDTDを取得してください。DTDで与えられます。バインディングにリンクされます。Context)からの相対名を定義できるようにします。ファクトリへの実際のJNDIバインディングへのマップをおこないます。JDBC、MailならびにJMSリソースを参照するweb.xmlデスクリプタとそれに相当するjboss-web.xmlディスクリプタの例はこのようになります。Bのメソッドを呼び出すときにおこなわれます。この呼び出しはこのようになります。}}これを呼び出せるようにするには、サーブレットはデプロイメント記述でEJBへの参照を宣言しなければなりません。これはweb.xmlファイルの<ejb-ref>タグでおこなわれます。内部参照と外部参照という二つのタイプの参照があります。Bと同じアプリケーションユニットにあるとき内部参照と呼ばれます。これはサーブレットとEJBが物理的に同じearにパッケージされていることを意味します。Bの<ejb-name>に一致させなければなりません。jboss-web.xmlファイルには何も設定する必要はありません。</ejb-ref></web-app>これが動作するのはそのEJBがBHomeインタフェースのデフォルトバインディングを使っている場合だけですので注意してください。Bがデプロイされたejb-jarは、デフォルトバインディングを変更するためにjboss.xmlデスクリプタを使用していないということです。BがJNDIバインディングのデフォルトの場所を変更していないなら、そのBeanは次のセクションで説明されているように外部Beanとして扱われる必要があります。Bが別のアプリケーションユニットから参照されるとき外部参照と呼ばれ、それは別のサーバにさえデプロイされるかもしれません。外部EJB参照は、同じアプリケーションユニットでもEJBからJNDIへの標準的でないバインディングのことも指します。web.xmlの標準<ejb-link>タグを信用してはいけません。Bの完全JNDI名を与えなければなりません。完全名はこのような形式です。protocol://host:1234/name/in/other/server2つのXMLファイルの<ejb-ref-name>タグは一致しなければならないことに注意してください。これは外部EJB参照を定義したweb.xmlとjboss-web.xmlの例です。Bを探す場所を教えます。Bのホームとリモートインタフェースをサーブレットのwarに必ず含めてください。セキュリティドメインの宣言jboss-web.xmlディスクリプタの最後の要素はsecurity-domainです。これはWebクライアントの認証と認可をおこなうのに使われるセキュリティマネージャの実装のJNDI名を定義します。この要素は、org.jboss.web.AbstractWebContainerの統合ポイントとそのセキュリティインタフェースを使うことで、JBossサーバに統合されたWebコンテナと一緒に使った場合だけ動作します。現在、contributeされたTomcatとJettyの両方のWebコンテナがこれをサポートします。security-domain要素を持つjboss-webの例はこのようになります。HowToとJBossSXの章を参照してください。