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 FusionJBoss 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 サービスが、WAR
にWEB-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_validation
、webservice_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
JBossASContextPropagation
はSecurityContextAssociation
の代わりに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 つの回避策があります。- 可能であれば、ESB サービスをホストしている JBoss Enterprise SOA Platform インスタンスとは異なるサーバーインスタンスに Seam アプリケーションをデプロイします。
- ESB サービスの呼び出しが Seam アプリケーションでの jBPM の唯一の使用である場合:
- jbpm-jpdl.jar および jBPM プロセスアーカイブを EAR から削除します。
- jBPM コンソールを使用して、Seam アプリケーションとは別に jBPM プロセスアーカイブをデプロイします。
- 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-952、https://jira.jboss.org/jira/browse/SOA-1077、https://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-2911、https://jira.jboss.org/jira/browse/JBPAPP-3002
- Web サービスが ESB アーカイブ内に埋め込まれてデプロイされ、
WAR
にWEB-INF/jboss-web.xml
ファイルが含まれていない場合、Web サービスの WSDL は無効になり、404 エラーが返されます。 - https://jira.jboss.org/jira/browse/JBESB-2442
- 現在、Scout は
BusinessQuery
/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.jar
をclasspath
に追加する必要がありました。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/upload と http://localhost:8080/upload のデプロイヤーが置き換えられます。
7. 製品サポートとライセンスの Web サイトへのリンク
- サポートプロセス
- 製品サポートの対象範囲
- 製品サポートのサービスレベルアグリーメント
- 開発者サポートの対象範囲
- 開発者サポートサービスレベルアグリーメント
- 製品ごとの製品更新およびサポートポリシー
- JBoss エンドユーザーライセンス契約
8. ソースコードの入手
このリリースおよび以前の JBoss Enterprise SOA Platform リリースのソースコードは、https://support.redhat.com/jbossnetwork/ の Red Hat JBoss カスタマーサポートポータルから入手できます。
A. 更新履歴
改訂履歴 | |||
---|---|---|---|
改訂 5.0.2-72.400 | 2013-10-31 | Rüdiger Landmann | |
| |||
改訂 5.0.2-72 | 2012-07-18 | Anthony Towns | |
| |||
改訂 1.2-0 | Wed Jun 23 2010 | David Le Sage, Darrin Mison | |
|