Red Hat Training

A Red Hat training course is available for JBoss Enterprise SOA Platform

5.0.2 リリースノート

JBoss Enterprise SOA Platform 5

5.0.2 リリースの変更点

概要

これらのリリースノートには、JBoss Enterprise SOA Platform の 5.0.2 リリースでの変更に関する重要な情報が含まれています。
JBoss Enterprise SOA Platform は、エンタープライズアプリケーション統合および SOA ソリューションを開発するための認定、テスト、およびサポートされている環境です。
これらのリリースノートの最新バージョンについては、次の http://www.redhat.com/docs/en-US/JBoss_SOA_Platform/ で入手可能なオンラインドキュメントを参照してください。

1. 5.0.2 リリースのコンポーネント

JBoss Enterprise SOA Platform には以下のコンポーネントが含まれます。

表1 含まれるコンポーネント

Component Version
JBoss EAP 5.0.1
JBoss ESB 4.7 CP02
JBoss ルール 5.0.1
JBoss jBPM 3.2.9
Apache jUDDI 3.0.1
PicketLink 1.0
重要
JBoss Enterprise SOA Platform には、テストおよびデモンストレーション用の Hypersonic データベース (HQSQL) が含まれています。Hypersonic は実稼働環境での使用には適しておらず、その機能ではサポートされていません。データベースプロバイダーを変更する方法については、JBoss Enterprise SOA Platform Getting Started Guide のインストール後の設定セクションを参照してください。
次の機能は、テクノロジープレビュー としてのみ含まれています。
  • SAML トークンのサポート
  • JBoss Rules Fusion
    JBoss Rules Fusion は Event Drive Architecture (EDA) の API であり、テクノロジープレビューとして提供されます。JBoss Rules API からアクセスできますが、JBoss ESB は現在、これをサポートしていません。ESB から Fusion 関数とやり取りするには、独自のカスタムアクションを作成する必要があります。
警告
テクノロジープレビュー機能は完全にはサポートされておらず、機能的に完全ではない可能性があります。本番環境での使用は意図されていません。これらの機能は、今後の製品革新への早期アクセスを顧客に提供するために含まれており、開発プロセス中に機能をテストし、フィードバックを提供できるようにします。
Red Hat JBoss サポートは、お客様がこれらの機能を使用する際に発生する、報告済みの問題を解決するために商業的に合理的な取り組みを行います。

2. 要件およびインストール

JBoss Enterprise SOA Platform Getting Started Guide には、ソフトウェアおよびハードウェア要件の詳細と、詳細なインストール手順が含まれています。
JBoss Enterprise SOA Platform Getting Started Guide は、http://www.redhat.com/docs/en-US/JBoss_SOA_Platform/ で見つけることができます。

3. Documentation

JBoss Enterprise SOA Platform のドキュメントは、http://www.redhat.com/docs/en-US/JBoss_SOA_Platform で入手できます。
注記
プラットフォームのインストールと設定の手順が記載されているため、最初に 入門ガイド をお読みください。
ドキュメントは、次の書籍で設定されています。
  • スタートガイド
  • ESB 管理ガイド
  • JBoss ルールリファレンスガイド
  • jBPM リファレンスガイド
  • プログラマーのガイド
  • ESB サービスガイド
  • Smooks ユーザーガイド
注記
JBoss Enterprise Application Platform (EAP) のドキュメントは、http://www.redhat.com/docs/en-US/JBoss_Enterprise_Application_Platform/ で入手できます。

4. 解決された問題

JBoss Enterprise SOA Platform の各リリースには、以前のリリースからのすべての修正が含まれています。詳細については、各リリースのリリースノートを参照してください。
JBoss Enterprise SOA Platform の 5.0.2 リリースでは、以下の問題が解決されました。
https://jira.jboss.org/jira/browse/SOA-1549
WAR ファイルが JAR アーカイブに埋め込まれている場合に、http://localhost:8080/jbossws/services にアクセスを試行すると、Invalid End-Point Address エラーが発生します。これは、ESB アーカイブ内の Web サービスが、WARWEB-INF/jboss-web.xml ファイルが含まれていないような方法でデプロイされたため、Web サービスの WSDL にアクセスできないために発生しました。
これは下位互換性の問題でした。jboss-web.xml を追加し、コンテキストルートを指定することで修正されました。その結果、エラーは発生しなくなりました。
https://jira.jboss.org/jira/browse/SOA-1600
jUDDI v3 データベースは、Hibernate を使用して作成されました。これは、SQL スクリプトを使用する他の ESB コンポーネントとは対照的でした。schema ツールが改訂され、jUDDI データベースの作成がサポートされるようになりました。
https://jira.jboss.org/jira/browse/SOA-1623
ユーザーが JAX-WS エンドポイントをデプロイメントしたときに、# で終わるターゲット名前空間の型を使用すると、null ポインター例外が発生していました。この問題を修正するために、ソフトウェアが変更され、# 文字の存在を検出し、スキーマの名前空間で _ に変換するようになりました。これは、スキーマが書き込まれる一時ファイル名が生成される時点で行われます。(このファイル名は、スキーマの名前空間に基づいています。) その結果、例外は発生しなくなりました。
https://jira.jboss.org/jira/browse/SOA-1970
以前は、Schema ツールは限られた数のデータベースしかサポートしていませんでした。現在は拡張されており、その結果、次の第 2 層データベースがサポートされています。
  • MySQL 5.0
  • PostgreSQL 8.2.4
  • Microsoft SQL Server 2008
  • Oracle 11g
https://jira.jboss.org/jira/browse/SOA-1711
3 つのクイックスタートが削除されました。これらは xsd_validationwebservice_proxy、および JAAS_action です。それらが削除された理由は、それらのいずれも ESB プロジェクトの一部ではなかったためです。したがって、ユーザーはそれらを使用できなくなります。
https://jira.jboss.org/jira/browse/SOA-1867
Web サービスコンソールは基本認証のみを使用していました。フォームベースの認証が特徴となり、これを使用すると、リクエストごとにユーザー名とパスワードのペアを送信する必要がなくなり、システムがより安全になります。
https://jira.jboss.org/jira/browse/SOA-1981
Oracle RAC では URL を特定の形式で提示する必要がありましたが、スキーマツールではこれを処理できませんでした。この形式との互換性を提供するために、拡張機能がツールに追加されました。
https://jira.jboss.org/jira/browse/SOA-2007
EsbDeployment の stop/start MBean 関数は、リスナーを再起動しませんでした。この問題を解決するために、コントローラーへの参照は停止時に null になり、null のガードがメソッドに追加されました。その結果、再起動機能が期待どおりに機能するようになりました。これを照会するための状態も追加されています。
https://jira.jboss.org/jira/browse/SOA-2029
JmsConnectionPool は、接続プールから取得したすべてのセッションに対して、接続ファクトリーの JNDI ルックアップを実行していました。このルックアップは、接続ファクトリーが最初にアクセスされたとき、または接続がエラーを返したときにのみ実行されるようになりました。これにより、パフォーマンスが向上します。
https://jira.jboss.org/jira/browse/SOA-2034
JBoss Enterprise SOA Platform と HP Systinet の統合に必要なファイルが含まれていない場合。これらのファイル jbossesb-transport-client-1.0.jar および jbossesb-transport-1.0.jar は、ディレクトリー $SOA_ROOT/tools/systinet/ に含まれるようになりました。
https://jira.jboss.org/jira/browse/SOA-2083
jBPM および jUDDI Web コンソールは、以前のリリースに WAR ファイルとして含まれていました。WAR ファイルは、設定する前に解凍 (デプロイメント) する必要がありました。このプロセスを簡素化するために、コンソールは分解された形式で含まれるようになりました。
https://jira.jboss.org/jira/browse/SOA-2084
アーカイブのルートディレクトリーにない XSD ファイルが ESB アーカイブに含まれていると、ESB アーカイブのデプロイメントに失敗することがありました。XSD ファイルがアーカイブのサブディレクトリーにあり、<xs:import ../> ステートメントが含まれている場合、デプロイは失敗し、例外が出力されます (IllegalArgumentException)。これは、インポート要素のパスが、XSD ファイルの場所からではなく、アーカイブのルートから解決されたためです。この問題は修正され、インポートされた XSD ファイル (ネストされたインポートを含む) のパスが正しく解決されるようになりました。
https://jira.jboss.org/jira/browse/SOA-2086
含まれている JBoss Enterprise Application Platform のバージョンが 5.0.1 に更新されました。これにより、JBoss Enterprise Application Platform 5.0.1 リリースノートに記載されている多くの問題が解決されます。
https://jira.jboss.org/jira/browse/SOA-2099
Microsoft SQL Server および IBM DB2 データベースのサポートが JBoss Enterprise SOA Platform データベーススキーマツールに追加されました。使用方法の詳細については、ESB Administration Guide および Getting Started Guide を参照してください。
https://jira.jboss.org/jira/browse/SOA-2105
security_saml クイックスタートの picketlink-sts.war のデプロイメント記述子 (web.xml) には、攻撃者が巧妙に細工された HTTP リクエストでアプリケーションのセキュリティーをバイパスできる設定が含まれていました。これを修正するために、このクイックスタートのファイル web.xml から次の行が削除されました。
<http-method>GET</http-method>
<http-method>POST</http-method>
このクイックスタートを使用して別のアプリケーションを作成した場合は、新しいアプリケーションをレビューして、同じ問題がないことを確認する必要があります。
詳細は、https://www.redhat.com/security/data/cve/CVE-2010-2493.html を参照してください。
https://jira.jboss.org/browse/SOA-2114
JBoss Developer Studio 3 および JBoss Enterprise SOA Platform 4.3.CP04 を使用する JBoss Rules プロジェクトでは、JAR ファイル mvel2-2.0.12.jar xstream-1.2.2.jar をクラスパスに配置する必要がありました。
これらのファイルは、各サーバープロファイルに含まれるようになりました。それらは $SOA_ROOT/server/$PROFILE/deployers/esb.deployer/lib/ にあります。
https://jira.jboss.org/jira/browse/SOA-2120
含まれている Web アプリケーションのいくつかのデフォルト設定では、攻撃者が巧妙に細工された HTTP リクエストを使用してアプリケーションのセキュリティーをバイパスする可能性があります。影響を受けるアプリケーションは、web-console、http-invoker、gpd-deployer、jbpm-console、contract、および uddi-console です。
これを修正するために、各アプリケーションのファイル web.xml から次の行が削除されました。
<http-method>GET</http-method>
<http-method>POST</http-method>
詳細は、https://www.redhat.com/security/data/cve/CVE-2010-2493.html を参照してください。

JBoss ESB

https://jira.jboss.org/jira/browse/JBESB-3257
コントラクト JSP アプリケーションは、サーバーの起動時にデプロイされた ESB アーカイブの WSDL を表示していませんでした。これは、起動時のサービス契約の収集が早すぎたためです。この問題は解決され、収集が正しい時間に行われるようになりました。
https://jira.jboss.org/jira/browse/JBESB-3263
JmsConnectionPool は、すべての JmsSession を順次反復することにより、関連する JmsSessionPool を検索しました。JmsSession には関連するプールへの参照が含まれるようになったため、この検索を行う必要はありません。これにより、パフォーマンスが向上します。
https://jira.jboss.org/browse/JBESB-3280
WSDL コントラクトには、文字エンコードの問題がありました。これは、Contract JSP アプリケーションでロシア語の文字セットが使用されている場合に発生しました。このシナリオでは、WSDL コントラクトも HttpGatewayServlet によって切り詰められていました。ソフトウェアは、ロシア語の文字エンコーディングを完全にサポートするように変更されました。その結果、ロシア語のアルファベットを表示できるようになり、WSDL コントラクトが切り捨てられなくなりました。
https://jira.jboss.org/jira/browse/JBESB-3282
SqlTableGatewayListener はトランザクションモードを正しくサポートしていませんでした。これにより、transacted="true" で設定されている場合、次のような多くの問題が発生します。
  • コミットとロールバックが正しく処理されない。
  • 準備済みステートメントの作成が失敗したときに、接続が解放されていませんでした。
  • データベースのシャットダウン期間の後、接続は解放されません。
これは修正され、SqlTableGatewayListener はトランザクションモードと非トランザクションモードの両方で期待どおりに動作するようになりました。しかし、<local-tx-datasource> 設定には、<check-valid-connection-sql> 設定または未使用の接続は削除されません。
https://jira.jboss.org/jira/browse/JBESB-3288
JMSRouter を使用してメッセージをトピックに送信すると失敗し、例外が出力されます (ClassCastException)。これは修正され、期待どおりに動作します。
https://jira.jboss.org/browse/JBESB-3290
着信メッセージごとに新しい DocumentBuilder が作成されていました。これは、システムパフォーマンスにわずかな影響を与えました。これは、メッセージペイロード文字列を StreamSource でラップし、代わりにそれを validator に渡すだけで、DOM 解析の必要性を排除することで解決されました。その結果、パフォーマンスがはるかに高速になりました。
https://jira.jboss.org/browse/JBESB-3296
jbossweb.sar /server.xml で複数のコネクターが設定されている場合、HttpGateway は複数のコネクターをサポートできませんでした。このソフトウェアは、異なるポートアドレスにバインドされた複数のコネクターをサポートするようになりました。
https://jira.jboss.org/jira/browse/JBESB-3300
SOAProxy を使用した ESB アーカイブのデプロイは、WSDL のスキーマの場所の URL に、ホストのファイル名では無効な文字が含まれている場合に失敗していました。これは、URL が一時ファイルの名前に使用されたために発生しました。URL はファイル名の一部として使用されなくなり、デプロイは成功します。
https://jira.jboss.org/browse/JBESB-3301
jBPM データベースが管理不可能なサイズに拡張されないようにするために、GraphSession.deleteProcessInstance は終了したプロセスインスタンスを削除できます。ただし、この機能は正しく機能していませんでした。つまり、一部のレガシーデータがテーブルに孤立したままになっていました。これは、変数自体ではなく、プロセス実行への参照のみが削除されたために発生しました。
この問題を解決するために、ログが有効になっていない場合、変数インスタンスが削除されるようになりました。ログサービスが有効になっている場合、新しい VariableDeleteLog インスタンスが変数への参照を保持しているため、変数をすぐに削除することはできません。(これらのレコードは、プロセスインスタンスの削除時に最終的に削除されます。) この修正の結果、データベースに孤立したファイルがなくなりました。
https://jira.jboss.org/jira/browse/JBESB-3317
JMSProviderAdapter が jBPM JCA インフローでサポートされるようになりました。これにより、jBPM JCA インフローが、別のサーバーなど、現在の JNDI コンテキストとは異なる JNDI コンテキストにある JMS プロバイダーによって参照されるようになります。
この機能に関するドキュメントは、ESB 管理ガイドのセクション 9.2.1 に追加されました。
https://jira.jboss.org/jira/browse/JBESB-3326
JAXRRegistryImpl では、次のパフォーマンスが強化されました。
  • 分類スキームは取得時にキャッシュされるため、データベースに再度クエリーを実行することなく再利用できます。
  • エンドポイント参照 (EPR) を削除するとき、削除する EPR の文字列表現は、毎回再作成するのではなく、1 回だけ生成され、EPR 比較ごとに再利用されるようになりました。
  • EPR の現在のリストをクエリーするプロセスは、この情報に対して個別のクエリーを実行する代わりに、全体的なサービス情報とともに返された関連バインディング情報を再利用するようになりました。
https://jira.jboss.org/browse/JBESB-3337
一部のユーザーは、webservice_proxy_security クイックスタートの実行時にエラーが発生する場合があります。これは、クライアントが信頼しないテスト証明書をサーバーが使用している場合に発生します。この問題を解決するには、証明書をクライアントにインストールします。そのための手順は、クイックスタートに付属の readme.txt ファイルに記載されています。
https://jira.jboss.org/browse/JBESB-3345
認証要求のセキュリティーコンテキストには、サービスのドメインをチェックできる追加機能が含まれるようになりました。そのサービスを保護するために別のドメインが使用されている場合は、情報を無効にすることができます。これにより、異なるドメインでサービスを実行すると、異なる認証情報でパイプラインが実行される可能性があるという、影響の小さい特権昇格の欠陥が解消されます。(リクエストがまだ有効な場合は最初のドメインから1セット、期限が切れている場合はもう一方のドメインから2セット)。(CVE-2010-2474)
https://jira.jboss.org/jira/browse/JBESB-3346
JBossASContextPropagationSecurityContextAssociation の代わりに SecurityAssociation クラスを使用していました。SecurityContextAssociation には、SecurityAssociation に含まれる情報に加えて、セキュリティードメイン情報が含まれます。正しいクラスが使用されるようになりました。
https://jira.jboss.org/browse/JBESB-3347
RetryExecutor は、これらのジョブの大量のバックログがあったときに、最初の予定されているジョブについてデータベースにクエリーを実行しようとしたときに、例外で失敗しました。この問題は、中断されたジョブだけでなく、すべての期限付きジョブにも maximum count 適用されるように変更され、修正されました。その結果、この例外は発生しなくなりました。
https://jira.jboss.org/jira/browse/JBESB-3349
webservice_proxy_security クイックスタートのデプロイメント記述子 (web.xml) には、攻撃者が巧妙に細工された HTTP リクエストを使用してアプリケーションのセキュリティーをバイパスできる設定が含まれていました。これを修正するために、このクイックスタートのファイル web.xml から次の行が削除されました。
<http-method>GET</http-method>
<http-method>POST</http-method>
このクイックスタートを使用して別のアプリケーションを作成した場合は、新しいアプリケーションをレビューして、同じ問題がないことを確認する必要があります。
詳細は、https://www.redhat.com/security/data/cve/CVE-2010-2493.html を参照してください。

jBPM

https://jira.jboss.org/browse/JBPM-2828
ContextInstance.deleteVariable(name) データベースから変数を削除せず、代わりにプロセス実行への参照を削除しただけです。これにより、データベース内の孤立したレコードが発生していました。ロギングサービスが無効になっている場合、このメソッドはデータベースから変数を削除するようになりました。ロギングが有効になっている場合、新しいログ VariableDeleteLog は変数への参照を保持し、プロセスインスタンスが削除されると削除されます。

Documentation

https://jira.jboss.org/jira/browse/SOA-1445
RuleFlow の例 Conroy's Game of Life が JBoss Rules Reference Guide のセクション 8.8 に追加されました。
https://jira.jboss.org/jira/browse/SOA-1446
RuleFlow の例 Number Guess が JBoss Rules リファレンスガイドのセクション 8.9 に追加されました。

5. 既知の問題

以下の問題は、JBoss Enterprise SOA Platform のこのリリースに存在することがわかっており、今後のリリースで修正される予定です。

JBoss Enterprise SOA Platform

https://jira.jboss.org/jira/browse/SOA-1673
独自の jbpm-jpdl.jar を含む Seam アプリケーションは、提供された jBPM-ESB 統合 (EsbNotifier など) を jBPM プロセス内で使用して、同じサーバーでホストされている ESB サービスを呼び出すことができません。これは、Seam アプリケーションの jBPM クラスと jBPM ESB サービス間のクラ出力ダーの問題が原因です。
次の 3 つの回避策があります。
  1. 可能であれば、ESB サービスをホストしている JBoss Enterprise SOA Platform インスタンスとは異なるサーバーインスタンスに Seam アプリケーションをデプロイします。
  2. ESB サービスの呼び出しが Seam アプリケーションでの jBPM の唯一の使用である場合:
    • jbpm-jpdl.jar および jBPM プロセスアーカイブを EAR から削除します。
    • jBPM コンソールを使用して、Seam アプリケーションとは別に jBPM プロセスアーカイブをデプロイします。
  3. jBPM が、Seam Pageflow などの他の目的で Seam アプリケーションによって使用される場合:
    • Seam アプリケーション内でクラスの名前空間の分離を有効にします。
    • ESB サービスを呼び出すカスタム ActionHandler を作成します。
    • カスタム ActionHandler を classloader で使用できるようにします。
    • jBPM プロセス定義を変更して、カスタム ActionHandler を呼び出します。
2 番目の回避策を実装する方法の詳細は、http://community.jboss.org/wiki/WorkaroundforSeamESBjBPMClassloadingIssue を参照してください。
JBoss クラスローディングの詳細はhttp://community.jboss.org/wiki/JbossClassLoadingUseCases を参照してください。

JBoss オペレーションネットワーク

https://jira.jboss.org/jira/browse/SOA-1916
JON コンソールを使用して ESB アーカイブを削除しようとすると、関連するキューが削除されません。それらはそこに残り、DOWN として表示されます。さらに、これらのキューを削除しようとすると、java.lang.IllegalStateException 例外が発生します。
https://jira.jboss.org/jira/browse/JOPR-419
-c 設定スイッチを指定せずにサーバーを始動すると、default という名前のプロファイルが実行されます。これは正しい操作です。残念ながら、JON は誤って production プロファイルが代わりに実行されると想定します。JON は、バインディングアドレスが指定されていない場合、0.0.0.0 であると誤って想定します。JON がデフォルトプロファイルを認識し、正しいアドレス 127.0.0.1 にバインドするようにするには、常に -c および -b パラメーターを使用します。そうすることで、JON はプラットフォームを認識します。
https://jira.jboss.org/jira/browse/SOA-952https://jira.jboss.org/jira/browse/SOA-1077https://jira.jboss.org/jira/browse/SOA-1168
JON プラグインのメッセージカウント機能は、ESB サーバー、デプロイメント、サービス、およびアクションのメッセージの合計数を誤って表示しています。実際には、ローリング平均が表示されているはずです。

JBoss Enterprise Service Bus

https://jira.jboss.org/jira/browse/JBESB-3028
プロキシーされたサービス URL の WSDL を取得するように SOAPProxy が設定されている場合、警告がログに記録されます。これは、Web サービスが応答するコンテンツの長さが制限を超えているか、指定されていないためです。
https://jira.jboss.org/jira/browse/JBESB-3038
現在、spring_aop クイックスタートは署名付き JAR では機能しません。このクイックスタートで ant deploy を実行しようとすると、org.jboss.deployers.client.spi.IncompleteDeploymentException がスローされます。
問題この問題を回避するには、cglib JAR を署名していないバージョンに置き換えます。
https://jira.jboss.org/jira/browse/JBESB-3035
Web サービスプロキシーを使用して一方向の Web サービスを呼び出すと、HTTP コード 500 で実行時例外が誤って出力され、エラーメッセージと共にクライアントに返されます。メッセージが ESB に正常に送信されたため、Code 200 または 202 のみが返されるため、これらの状況では HTTP Code 500 は無効です。
https://jira.jboss.org/jira/browse/SOA-1564
現在、UDP ゲートウェイのデフォルトの ESB handler クラスは XSD スキーマにハードコードされており、変更または削除することはできません。
https://jira.jboss.org/jira/browse/JBESB-2911https://jira.jboss.org/jira/browse/JBPAPP-3002
Web サービスが ESB アーカイブ内に埋め込まれてデプロイされ、WARWEB-INF/jboss-web.xml ファイルが含まれていない場合、Web サービスの WSDL は無効になり、404 エラーが返されます。
https://jira.jboss.org/jira/browse/JBESB-2442
現在、ScoutBusinessQuery/BusinessLifecycle Manager を介して発生するすべての呼び出しに対して新しい AuthToken を作成します。これにより、jUDDI 認証テーブルが急速に拡大します。
この問題を回避する方法として考えられるのは、特定のタイムスタンプパラメーター内の行を削除することです。たとえば、10 分以上前に作成されたすべての行を削除できます。

JBoss Developer Studio

https://jira.jboss.org/jira/browse/JBIDE-5597
JBossAS ビューで Full Publish オプションを使用して jboss-esb.xml プロジェクトを再パブリッシュすることはできません。
この問題を回避するには、サーバーからプロジェクトを削除してから再度追加します。
https://jira.jboss.org/jira/browse/JBIDE-5596
input/output 変数の ESB ノードプロパティーは、jBPM パネルのサイズを変更すると、jBPM パネルよりも大きくなり、すべてのボタンを表示するには左にスクロールする必要があります。
この問題を回避するには、jBPM パネルで別のノードをクリックしてから、ESB Service ノードをクリックして戻します。次に、input/output サブパネルをクリックすると、再び正しいサイズになります。

6. 5 への移行時に考えられる問題

このセクションを読んで、JBoss Enterprise SOA Platform 5.0 と、アプリケーションをバージョン 5 に移行する際に問題を引き起こす可能性がある以前のバージョンとの違いについて学習してください。
JBoss Rules プロジェクトに必要な JAR ファイルが含まれるようになりました
JBoss Enterprise SOA Platform 4.3 用の JBoss Developer Studio 3 で作成された JBoss Rules プロジェクトでは、JAR ファイル mvel2-2.0.12.jar および xstream-1.2.2.jarclasspath に追加する必要がありました。JBoss Enterprise SOA Platform 5 ではこれらのファイルが各サーバープロファイルに含まれるようになったため、これは不要になりました。それらは $SOA_ROOT/server/$PROFILE/deployers/esb.deployer/lib/ にあります。
関連情報は、https://jira.jboss.org/browse/SOA-2114 を参照してください。
ESB アーカイブ内の JAR ファイルに関する動作の変更
JBoss Enterprise SOA Platform 5.0 では、ESB アーカイブ内の JAR ファイルをアーカイブのルートディレクトリー、/jars ディレクトリー、または /lib ディレクトリーに配置する必要があります。以前のバージョンには、この制限はありませんでした。
ロギングに関連する潜在的なパフォーマンスの問題
このリリースではロギングが変更されました。過去のリリースからカスタマイズしたロギング定義をコピーしないでください。パフォーマンスの問題が発生する可能性があります。
この問題の詳細は、https://jira.jboss.org/jira/browse/SOA-1754 をご覧ください。
ロギング方法の変更については、http://www.redhat.com/docs/en-US/JBoss_Enterprise_Application_Platform/ の EAP 管理ガイドを参照してください。
HttpResponse は下位互換性がありません
5.0 の HttpResponse クラスは、ESB HTTP クラスを統一するために変更が加えられたため、以前のバージョンとの後方互換性がありません。これは、新しいサーブレットベースの HTTP ゲートウェイの一部として行われました。
HttpResponse を使用するアプリケーションとサービスは、JBoss Enterprise SOA Platform 5.0 にデプロイする前に更新する必要があります。必要な変更は、表2「HttpResponse のリファクタリング要件」 にまとめています。

表2 HttpResponse のリファクタリング要件

5.0.x より前のコード 5.0.x コード
org.jboss.soa.esb.actions.routing.http.HttpResponse org.jboss.soa.esb.http.HttpResponse
org.jboss.soa.esb.actions.routing.http.HttpHeader org.jboss.soa.esb.http.HttpHeader
HttpResponse.getHeaders() HttpResponse.getHttpHeaders()
既存のデータベースの再利用
JBoss Enterprise SOA Platform は、そのコンポーネントが使用する新しいデータベースを作成します。コミュニティーバージョンのデータベースはテストされていないため、動作しない可能性があります。既存のデータベースを使用する必要がある場合は、Red Hat JBoss サポートに連絡してアドバイスを受けてください。
Groovy スクリプト
Groovy がバージョン 1.0 から 1.5.4 にメジャー 更新されました。言語に多くの変更が加えられたことに注意してください。ほとんどのスクリプトは引き続き機能しますが、いくつかの小さな作業が必要になる場合があります。移行プロセスの一環としてそれらをテストしてください。詳細は、http://groovy.codehaus.org/Documentation を参照してください。
Smooks
Smooks は addToList オプションに対応しなくなりました。このオプションに依存するすべての設定を更新して、代わりにリストを処理できる新しい <jb:bean> 設定名前空間を使用するようにします。詳細は、Smooks ユーザーガイド の Java バインディングの章を参照してください。
jBPM コンソールが認証をサポートするようになりました
jBPM コンソールがデプロイメントの認証をサポートするようになったため、プロセスのデプロイメントにセキュアでないバージョンの jBPM コンソールは必要なくなりました。Process Deployer は http://localhost:8080/gpd-deployer/ で入手できます。これにより、以前のバージョン http://localhost:8080/app/uploadhttp://localhost:8080/upload のデプロイヤーが置き換えられます。

8. ソースコードの入手

このリリースおよび以前の JBoss Enterprise SOA Platform リリースのソースコードは、https://support.redhat.com/jbossnetwork/ の Red Hat JBoss カスタマーサポートポータルから入手できます。

A. 更新履歴

改訂履歴
改訂 5.0.2-72.4002013-10-31Rüdiger Landmann
Rebuild with publican 4.0.0
改訂 5.0.2-722012-07-18Anthony Towns
Publican 3.0 用に再構築
改訂 1.2-0Wed Jun 23 2010David Le Sage, Darrin Mison
SOA 5.0.2 用に作成