5.3.0 リリースノート

サービスの WS ディスパッチが作成されると、それは後続の要求で再利用されます。ただし、別のエンドポイント参照がパートナーリンクに関連付けられている場合でも、以前に初期化されたエンドポイント参照が再利用されます。この問題を修正するために、外部呼び出しごとにディスパッチャーが作成されるようにソフトウェアが変更されました。その結果、エンドポイント参照がパートナーリンクに割り当てられている場合、期待どおりにそのエンドポイントが呼び出されるようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

以前のバージョンでは、ユーザーがノードのバージョン履歴を取得しようとすると、例外が表示されました。PathNotFoundException メッセージが表示されます。その結果、ユーザーは要求された情報を表示できませんでした。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ESB バインディングサービスで誤ったホストが使用されました。esbHost の値が jboss.esb.bind.address ではなく jboss.bind.address に設定されていました。これにより、サーバーが -b 0.0.0.0 オプション (任意のインターフェイスへのバインドを許可) で起動されたときに問題が発生しました。この問題を修正するために、名前が変更され、バインドが期待どおりに機能するようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

juddi-client の org/apache/juddi/v3/client/mapping/WSDL2UDDI.java ファイルで、間違った tModelKey キータイプが指定されていました。uddi:uddi.org:categorization:types である必要があるのに、uddi:uddi-org:types に設定されました。名前が修正されたため、uddi-org という名前の tModel が期待どおりに機能するようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ESB ソースには、古くなってサポートされなくなった activemq jar が含まれていました。これらの jar は削除されました。その結果、activemq Java Message Service プロバイダーは使用できなくなりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ユーザーが管理コンソールまたは JON を介して ESB アーカイブをデプロイしようとすると、関連性がなくなった従来の SOA 4.x オプションが表示され、必要なオプションの一部が欠落していました。この問題を修正するために、ファームおよびデプロイメントされたアーカイブの新しいオプションが追加されました。その結果、ユーザーはコンソールを介してこれらをデプロイメントできるようになり、ソフトウェアによって適切な情報が要求されます。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Wise SOAPClient は、ラップされたスタイルの Web サービスのすべてのパラメーターを SOAP 要求にマップしませんでした。追加の XML 属性が必要でした。ソフトウェアが変更され、正しくマッピングされるようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Oracle 11G がデータベースの場合、http://servername:8080/bpel-console/で BPEL コンソールにアクセスしようとすると問題が発生します。Failed to execute query (クエリーの実行に失敗しました) という例外が出力されます。これは、ネイティブ SQL コマンドを HQL に変換することで解決されました。Riftsaw 2.3.2 で修正されました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ユーザーが初めてサービスをデプロイメントしようとしたときに問題が発生します。remove-old-service 属性を EPR に追加すると、サービスの登録が失敗し、ServiceNotFoundException エラーが出力されます。これが発生しないようにするには、registerEpr を移動する必要があります。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

org.jboss.soa.esb.services.security.auth.ws.BinarySecurityToken クラスが抽象化され、ユーザーが Kerberos トークンプロファイルを実装できるようになりました。BinarySecurityToken はインターフェイスになり、プラグ可能です。使用するには、実装クラス名を含む jbossesb-properties.xml ファイルの security セクションにプロパティーを追加します。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ユーザーが HornetQ を使用している場合、jBPM や JBoss ESB などのメッセージングを使用するコンポーネントには起動の問題があります。サーバーが HornetQ をメッセージングプロバイダーとして使用している場合、これらのコンポーネントはそのままでは機能しません。これは、各サーバー設定の hornetq-users.properties のゲストユーザープロパティーと hornetq-roles.properties のゲストロールが欠落していることが原因です。これを回避するには、デフォルトユーザーのコメントを解除するか、すべてのコンポーネントがキュー/トピックへの安全なアクセスを使用するようにします。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ユーザーが保護された jms-jca-provider を使用してサービスにメッセージをルーティングしようとすると、以前のバージョンにバグが存在していました。jms セキュリティーが定義され、jms-jca-provider を使用して 1 つのサービスが呼び出された場合、保護された jms サービスへの後続の呼び出しでは、古い認証情報が使用されます。これにはパッチが適用されました。その結果、このサービスが呼び出されると、最新の認証情報が適用されます。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

BRMS gwt-console-server.war と bpel-console.war/gwt-console-server.war の間にバージョンの競合がありました。これにより、デプロイメントエラーが発生しました。これは、5.3 で修正されています。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

SOA 5.2 でプロダクションプロセスを使用しているときに、ユーザーに問題が発生しました。このプロセスは、run.conf スクリプトを変更して、java.awt.headless と DTMManager を含めることを想定していましたが、変更できませんでした。これを解決するために、run.conf ファイルにパッチが適用されました。プロダクションプロセスは期待どおりに実行されるはずです。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

ユーザーは Camel ゲートウェイの URL を irc:username@irc.server.com:6667/#channel の形式で指定する必要があります。ハッシュ (#) 記号が "%23" に置き換えられていました。結果、接続できませんでした。この問題を解決するために、Camel に送信される前に安全でない文字がデコードされるようにソフトウェアが変更されました。その結果、正常に接続できるようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

メッセージとサービスに RecordRoute 機能が追加されました。これにより、監査追跡情報がメッセージコンテキスト内に配置されます。jbossesb-properties.xml ファイル内でフィルターとして設定します。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Bpm5Processor は、SIGNAL_EVENT に BPM パラメーターをマップしません。これは、ユーザーが追加したパラメーターが無視されることを意味します。これは、パラメーターをマッピングして signalEvent に渡すことで解決されます。その結果、ユーザー定義のパラメーターが有効になります。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

BPEL を使用している場合、ユーザーは 新しい BPEL プロジェクトウィザードを使用して新しいサーバーランタイムを作成できませんでした。New Runtime オプションをクリックすると、選択ツリーが空になりました。これにはパッチが適用されました。そのため、ウィザードは期待どおりに機能するようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

SOA-P Platform 5.3 では、Apache Mina がバージョン 2.0.1 にアップグレードされました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

JDK7 を使用して JBoss SOA を起動すると、設定の問題により管理コンソールが起動しませんでした。ソフトウェアの jboss-logmanager にパッチが適用され、これに対処するようになり、コンソールが正しくデプロイされるようになりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

以前のバージョンでは、BPEL プロセスが WSDL インターフェイスで定義されていない例外または障害を出力した場合、BPELInvoke はアクション処理をブロックしていました。呼び出された BPEL プロセスがエラーを出力すると、BPELInvoke は abortOnFault プロパティーに関係なくプロセスをブロックしていました。その結果、パイプラインの後続のアクションは呼び出されませんでした。これは、5.3 で修正されています。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Wise SOAPClient で Web サービスを呼び出そうとすると、例外が出力されます。これは、JDK 7 のクラスエラーが原因です。これに対処するために、logmanager パッチが追加されました。その結果、ユーザーが Wise 経由で Web サービスを呼び出したときに、この例外が発生することはなくなりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

SOAPProcessor を介して Web サービスを呼び出そうとすると、例外が出力されます。これは、JDK 7 のクラスエラーが原因です。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

jbossesb-1.3.1.xsd の監査機能を使用しようとすると、エラーが発生します。jboss-esb.xml ファイルで .xsd を使用すると、サポートされていないスキーマ名前空間というメッセージが表示されます。これは、ModelSchemaParser プロパティーの欠落が原因でした。スキーマが .xsd に追加されたため、ユーザーはこのエラーに遭遇しなくなりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

SerializableInstanceDbTest を使用する場合、取得した ID (JBPM_BYTEARRAY テーブルから) を BigInteger にキャストしようとすると、例外が出力されます。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

BPEL プロセスに変更を加えた場合、保存後に自動的にデプロイされません。この種の増分公開は、一度に複数のデプロイメントがトリガーされるため、BPEL では無視されます。プロセスを再デプロイすると、完全公開になります。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Drools Rule Editor のコード補完機能に問題がありました。ユーザーが 2 番目のフィールド制約でこの機能を使用しようとすると、完了が発生しませんでした。この問題は解決されました。コード補完機能は期待どおりに機能します。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Drools ルールエディターでのバインド変数の補完に関する問題がありました。この機能を使用しようとすると、補完が正しくないか、欠落していることにユーザーが気付くことがありました。この問題は解決されました。その結果、期待どおりに完了します。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

Schema ツールで Groovy を使用しようとしたときにエラーが発生しました。Groovy バージョン 1.8.x でスキーマツールを実行すると、エラーメッセージが表示されました。これにはパッチが適用されています。その結果、2 つのコンポーネントが適切に連携します。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

外部 Web サービスクライアントの作成時にパフォーマンスの問題が発生しました。これを達成するためにクイックスタートを実行しようとしたユーザーは、パフォーマンスの問題に遭遇しました。これは、キャッシングディスパッチャの問題が原因でした。この問題は解決されており、これらのインスタンスでパフォーマンスが損なわれることはなくなりました。

この問題は JBoss Enterprise SOA Platform 5.3.0 で解決されました。

特定のプロジェクトを作成するときにパースペクティブを切り替えようとしても機能しませんでした。新しい Teiid、jBPM、および ESB プロジェクトを作成するとき、ユーザーはそれらを Seam パースペクティブでしか表示できませんでした。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

すぐに使用できる SOA-P 5 サーバー設定を使用すると、エラーが発生しました。デプロイメント時に、画面の下部に One or more ports have an invalid value (1 つ以上のポートに無効な値があります) というメッセージが表示されます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

以前のバージョンでは、誤った jBPM アップロード URL がありました。URL は元々 "/jbpm-console/upload" を参照していました。本来参照すべきは、"/gpd-deployer/upload" でした。この問題は修正され、/gpd-deployer/upload がデフォルト値として表示されるようになりました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

BPEL エディターを使用している場合、ユーザーは変数初期化子によって生成された固定値を変更できませんでした。これにより、プロセスの作成が困難になりました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBPM でノードを定義するときにエラーが発生しました。例外ハンドラーが複数のノードにわたって定義されている場合、1 回の実行中に最初のハンドラーのみがトリガーされました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

jBPM ノードをスーパーステートモードのままにしておくと、例外が出力されました。これにより、ユーザーはトランジションを離れることなくノードを離れることができなくなりました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

jms-provider の使用時に、CLIENT_ACKNOWLEDGE モードが有効な非ゲートウェイリスナーとして受け入れられませんでした。メッセージは JmsCourier によって取得され、ESB メッセージに変換されましたが、基礎となる JMS メッセージへの参照は削除されました。このため、ESB サービスが呼び出された後、メッセージは非ゲートウェイキューに残りました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

jBPM で HornetQ を使用しているときに問題が発生しました。HornetQ がホットデプロイされたときにエラーが発生し、jBPM がクラッシュしました。これにより、一部のプロセスがデプロイされないままになりました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

HornetQ を使用して JMS サーバーに接続しようとすると、例外が出力されました。サーバーのアドレスが 0.0.0.0 にバインドされているときにエラーが発生しました。これは、jboss.bind.address プロパティーから派生したコネクターとアクセプタのホストが原因でした。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

soapUI SOAPClient は、要求された Map オブジェクトを SOAP メッセージテンプレートにマップしません。これは、WSDL で xs:any データ型で OGNL を使用する場合に発生します。このため、WSDL で <xs:any> データ型で定義されたメッセージは送信されません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

SOAP プロトコルを使用してサードパーティーの UDDI レジストリーに BPEL プロセスを登録すると、例外が出力されました。これに対処するための新しいパッチが追加されたため、ユーザーは問題に遭遇することなく BPEL プロセスを登録できるようになりました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

SOA-P が提供するエンドポイントを署名済みの jar とともに使用すると、JAXB アクセサー最適化が表示されなくなります。例外が出力され、JAXB はリフレクションの使用にフォールバックします。その結果、最適化が失われます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

BPEL エディターを使用して検証をチェックすると、エラーが発生します。WSDL の名前が変更されると、変数初期化子が NPE を出力します。その結果、BPEL エディター内でオブジェクトの名前を変更したユーザーは、検証されていないことに気付く場合があります。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBoss Messaging Client で HornetQ を使用すると問題が発生します。ユーザーが HornetQ に切り替えた後、クライアントのライブラリーは転送されません。その結果、ユーザーは HornetQ でこれらのライブラリーにアクセスできません。これを回避するには、JBM クライアントライブラリーをアプリケーション自体に追加する必要があります。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

jBPM を使用する場合、ProcessLogs (Timer.Execute 内のプロセスインスタンスの変更を表す) はデータベースに保存されません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

場合によっては、管理コンソールに ESB の誤ったステータスが表示されます。管理コンソールを使用して ESB デプロイメントでデプロイメントの停止操作を呼び出した後でも、ステータスが誤って稼働中と表示されます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

サーバーが 30 分以上実行されている場合、VFS キャッシングと非コア Camel コンポーネントのデプロイメントに問題があります。キャッシュの有効期限が切れた後 (30 分)、コア以外の Camel コンポーネントをデプロイすると、エラーが出力されます。これを回避するには、サーバーを起動する前、またはこの 30 分の制限の前にアプリケーションをデプロイするか、boss.vfs.cache.TimedPolicyCaching.lifetime プロパティーをより高い値に上げます。(サーバーを起動する前、またはキャッシュの有効期限が切れる前に、コア以外の Camel コンポーネントをデプロイしても問題はありません。)

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

変数初期化子を使用してメッセージのコンテンツを生成しようとすると、問題が発生します。要素の代わりにタイプ属性を使用するメッセージは、イニシャライザが適用されたときにコンテンツをレンダリングできません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBossWS では、WS を添付ファイルとともに使用しても、DataHandler が使用されている場合に情報が返されません。データはサービスに正常に配信されたように見えますが、何も返されません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBoss ESB では、バインディングサービスは jboss.esb.bind.address ではなく jboss.bind.address を参照します。conf/bindingservice.beans/META-INF/bindings-jboss-beans.xml の EsbPropertyServiceXSLTConfig プロパティーにアクセスし、このトピックの Bugzilla ページにリストされているコードを挿入して、これを回避してください。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBossWS ネイティブは、ドキュメントが SOAP ボディに追加されると、出力時に名前空間を追加します。SOAPFactoryImpl は、名前空間を宣言する要素の直接の子孫ではないすべての子要素に対して、名前空間宣言を強制的に追加します。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

注釈を使用して Web サービス拡張機能を設定しようとすると、問題が発生します。WS 拡張機能は、他のインスタンスで使用される基本的な注釈ではなく、外部 XML ファイルを使用してのみ設定できます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JCA で DLQ 処理を使用すると、エラーが発生します。これにより、DLQ への再配信が重複します。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JBoss でメッセージを送信すると、org.jboss.jms.server.container.SecurityAspect.check プロパティーに特権ブロックがありません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

HornetQ セキュリティー設定要素の設定が委任された場合、その設定が期待どおりに伝播されませんでした。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

BPEL Web コンソールは、Windows 2003 上の Internet Explorer 7 および 8 では機能しません。回避策として、この環境では代わりに Mozilla Firefox ブラウザーを使用してください。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

JON プラグインから ESB アーカイブをデプロイするときに問題が発生します。デプロイは失敗し、スタックトレースが表示されます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

stringNotification() メソッドを使用すると、NotifyFiles は文字列の末尾に改行文字を追加します。これは、文字列が有効な文字で終わっていない場合に行われます。これは、ファイルの内容を単純に保存することが目的の場合に問題になります。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

場合によっては、ユーザーが jUDDI コンソールにログインできないことがあります。これは、ユーザーが JBossAdmin ロールを持たずにコンソールにログインしようとすると発生します。その結果、JBossAdmin ロールが割り当てられた後でも、サーバーが再起動されるまで jUDDI コンソールにログインできません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

無効な scheduleidref 属性を持つスケジュールされたリスナーのデプロイを使用すると、エラーが発生します。デプロイ時に、NullPointerException エラーが表示されます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

以前のバージョンの JBoss SOA では、Apache の XMLBeans が統合の問題を引き起こしました。これにより、SOAPClient と複数のスレッドを使用すると、起動時に例外が発生しました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

MAC OS-X オペレーティングシステムを使用してデータソースを作成しようとすると、問題が発生しました。Web コンソールを使用して新しいデータソースを追加すると、Save ボタンをクリックすると除外が出力されました。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

ESB アプリケーションは、アプリケーション名に対応するコンテキストルートにデプロイされます。(たとえば、app.esb は /app にデプロイされます。) アーティファクトは通常 app-1.xxesb という名前であるため、Maven で使用すると問題が発生します。アーカイブ名を使用する代わりに、記述子を使用して esb アプリケーションのコンテキストルートを変更できます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

フェイルオーバーの状況では、HornetQ はキューの再デプロイをトリガーします。(影響を受けるキューは、ESB アーカイブ内にデプロイされたものです。) ただし、この再デプロイプロセスでは、already deployed (導入済み) の例外が発生します。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

HornetQ の使用時に ESB アーカイブをアンデプロイすると、メッセージの配信に干渉する可能性があります。ゲートウェイキューによって処理されるメッセージを送信していて、完了する前に ESB をアンデプロイすると、再デプロイしてもメッセージは自動的に送信されません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

通常、SOAPProxy は WSDL のサービスポートアドレス (ターゲット Web サービスエンドポイントによって提供される) をデフォルト設定から ESB の URL に変更します。ただし、ターゲットが SOAP 1.2 サービスの場合、SOAPProxy はその SOAP 1.2 アドレスの場所の書き換えに失敗し、代わりにデフォルトの URL が WSDL に残ります。この問題を回避するには、SOAPProxy アクションの wsdlTransform プロパティー (jboss-esb.xml ファイルにある) を使用して、欠落している SOAP 1.2 のトランスフォーマーを補います。コードサンプルについては、バグチケットを参照してください。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

Ant タスクを使用して jBPM3 プロセスがデプロイされ、サーバーに到達できない場合、エラーメッセージの代わりに値 0 が返されます。サーバーに接続してこの値を取得しようとしている場合は、再デプロイする前にサーバーが使用可能であることを確認してください。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

SyncServiceInvoker が失敗した後、例外処理の問題が発生する可能性があります。SyncServiceInvoker 呼び出しの後に例外が出力された場合、エラーはクライアントに送信されません。これは、サービスの FS-Provider に設定されたカスタム composer-class に "FaultTo" EPR を設定することで解決できます。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

ユーザーが ESB アーカイブ内の .WAR デプロイメントの名前を変更すると、例外が発生するため、そのアーカイブを再デプロイできません。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

WDSL ファイルの編集中に Gnome インターフェイスを使用すると、エラーが発生します。これにより、Gnome シェルがクラッシュします。その結果、WSDL への編集は保存されず、ユーザーはコンピューターを再起動して Gnome を復元する必要がある場合があります。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

BPEL プロセスが、pick アクティビティーの最初のメッセージを受信する前に receive アクティビティーの 2 番目のメッセージを受信し、アクティビティーが相関している場合、2 番目のメッセージは、同じ相関 ID を持つ後続の BPEL プロセスインスタンスで必要なくなります。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

Camel JCR ゲートウェイは、ModeShape リポジトリーのルックアップを実行できません。ユーザーが camel-jcr コンポーネントを使用しようとすると、Camel は Camel コンテキストで ModeShape リポジトリーを検索できないため、アプリケーションのデプロイメントは失敗します。その結果、操作は失敗します。

この動作は JBoss Enterprise SOA Platform 5.3.0 でも持続します。

jBPM 5 機能が利用可能になりました。

Camel ゲートウェイが完全にサポートされるようになりました。

追加の EDS トランスレータとデータソースがサポートされるようになりました。

HornetQ が完全にサポートされるようになりました。

PicketLink (SAML) が完全にサポートされるようになりました。