4. 既知の問題

Ingres はまだ SOA または EDS のサポートまたは認定されたプラットフォームではないことに注意してください。サポートされているプラットフォームの現在のリストは、http://www.jboss.com/products/platforms/dataservices/supportedconfigs/ にあります。

JBoss Developer Studio バージョン 4.1.1 は、SOA および EDS バージョン 5.2 のコンパニオンツール配布です。SOA または EDS 5.2 を使用する場合は、このバージョンの Developer Studio を必ずインストールしてください。JBoss Developer Studio は、Red Hat Customer Portal (https://access.redhat.com/home) から入手できます。Developer Studio 4.1.1 をダウンロードしてインストールしてください。

EDS 5.1 に接続しているときに、データロールを含む VDB を JBDS 4.1.0 VDB にデプロイすると、「Attribute 'allow-create-temporary-tables' enabled is not allowed to appear in element 'data-role」というエラーが表示されます。Teiid VDB の vdb.xml スキーマに変更があり、SOA5.1 サーバーと互換性のないオプションが追加されました。したがって、これらのファイルをそのバージョンの SOA サーバーにデプロイすることはできません。

サーバーが大容量で動作している場合、AcquireInstanceLock 例外が発生する可能性があります。インスタンスロックを取得しなかったジョブは ODE_JOB テーブルに送信され、正常に処理されるまで再試行されるため、影響はありません。

Drools ランタイム定義は、${SOA-P 5.0}/jboss-as/server/default/deploy/jbrules.esb ではなく、${SOA-P 5.0} 最上位ディレクトリーを参照する必要があります。プロジェクトの実行時に lang.NoClassDefFoundError が発生します。

PostgreSQL 8.4 バッキングストアで XA トランザクションを使用するには、postgresql.conf ファイルの max_prepare_transactions のデフォルト値を変更する必要があります。8.4 以降、このプロパティーのデフォルト設定は 0 です。postgresql.conf で指定された最大接続数以上の準備済みトランザクションを選択して、接続ごとに使用可能なトランザクションが存在するようにしてください。

Dynapartner クイックスタートは、動的に割り当てられたエンドポイント参照の呼び出しに失敗します。現在、BPEL エンジンにはバグがあり、EPR は本質的にパートナーリンクと共にキャッシュされるため、最初の呼び出しの後の変更は有効になりません。回避策として、ユーザーは UDDI ルックアップ/登録プロパティーを false に設定する必要があります。その後、動作します。回避策を採用しない場合、ユーザーは UDDI レジスタを使用して BPEL プロセスからパートナー Web サービスを検索することはできません。ただし、サーバー上に配置された Java アーカイブにサービスの WSDL を含めることで、ローカル/リモートの Web サービスを呼び出すことができるようになります。また、ユーザーが BPEL プロセスを Web サービスとして再利用したい場合、エンドポイントを UDDI に手動で登録する必要があります。これは、エンジンが自動的に行うわけではないためです。

Smooks には org.milyn.smooks.edi.SmooksEDIParser クラスが含まれなくなったため、下位互換性の問題があります。まだ古い設定を使用している場合は、EDIReader を使用するように変更する必要があります (http://www.milyn.org/javadoc/v1.4/smooks-cartridges/edi/org/milyn/smooks/edi/EDIReader.html) または設定を次のように更新します: <edi:reader mappingModel="parse/edi-to-xml-order-mapping.xml"/>

jUDDI 3.1 ではエンティティーキーを指定できますが、これは 3.0 以降のバージョンと互換性がありません。フォーマットに互換性を持たせるには、deploy/riftsaw.sar/bpel.properties: bpelServiceKeyFormat businessKeyFormat bindingKeyFormat で、以下のプロパティを定義します。deploy/jbossesb-registry.sar/juddi_custom_install_data/riftsaw_BusinessEntity.xml の Riftsaw ビジネスキーは、businessKeyFormat プロパティーに従ってアップロードする必要があります。ファイル deploy/jbossesb-registry.sar/juddi_custom_install_data/riftsaw_BusinessEntity.xml の Riftsaw ビジネスキーは、businessKeyFormat プロパティーに従って更新する必要があります。

DB2 9.7 データベースを使用して BLOB/CLOB を取得すると、DB2 がクエリーで BLOB/CLOB を完全に具体化していないという問題が発生する場合があります。これは、DB2 9.1 では問題ではありませんでした。したがって、EDS を使用して DB2 9.7 データベースのブロブ/クロブにアクセスするには、接続 URL :driverType=4;fullyMaterializeLobData=true;fullyMaterializeInputStreams=true;progressiveStreaming=2;progresssiveLocators=2 に次を追加する必要があります。

ユーザーが管理コンソールで矢印をクリックして Modeshape シーケンサーをデプロイメントしようとすると、ログに null ポインター例外が表示されます。

MySQL がバックエンドデータベースとして使用されている場合、jBPM の起動に失敗することがあります。これは、MySQL クラスター設定の問題が原因です。この問題を回避するには、MaxNoOfAttributes プロパティーの値を増やします。

Teradata LOB は、呼び出しスレッドを使用するデフォルトオプションを使用し、シングルスレッドモード (transactional または userRequestSourceConcurrency=1) で組み込みクライアントからのみ読み取ることができます。その他の設定での Teradata LOB の使用は、ほとんど機能しません。

設定された Rules プロジェクトコードが JBoss Rules 4.x と互換性がある場合、警告メッセージが表示されることがあります。これらは、5.x より前の API 呼び出しを使用する例が原因であり、ユーザーが内部 API にアクセスするのを思いとどまらせることを目的としています。ただし、API にアクセスする必要がある場合は、Windows - 設定 - JBoss ルールに移動し、設定された内部クラスをアクセス可能に設定することで、API を無効にすることができます。

CXF を SOA-P にインストールすると、すべてのサーバー設定でネイティブ WS が置き換えられることに注意してください。CXF とネイティブ WS は共有ライブラリーに共存できないため、1 つの設定だけを変更することはできません。したがって、インストール全体で CXF と NativeWS のどちらを使用するかを決定する必要があります。CXF と WS Native の両方を同時に持つことはできません。

ディレクトリーツリー文字列にスペース文字があると、SOA Platform Server は失敗します。これは、ESB で提供される WAR ファイルが原因です。WAR ファイルには XML カタログが含まれており、このカタログ内のエントリーの解決が問題の原因です。

1 つの Web サービスを 2 つの異なる URL にデプロイすることはできません。WAR ファイルがデプロイされると、1 つの URL のみを介してサービスにアクセスできるようになります。これは、システムがネイティブ Web サービスを使用するように設定されている場合の動作とは異なります。

クイックスタートには、Hornet/Q キューデプロイメントファイル (hornetq-jms.xml) が含まれていますが、Hornet/Q はまだサポートされていません。クイックスタートはアクティブな JMS (デフォルトでは JBoss Messaging) を使用するため、余分なファイルが存在しても機能に影響はありません。

JackrabbitXmlNodeTypeRegistrationTest は、Solaris 9 プラットフォームで失敗します。これは、XML ファイルに無効な文字が存在するために発生し、システムがその文字を解析できなくなります。これは、XML ファイルがロードされるたびに発生する可能性があります。この問題を解決するには、問題のファイルを編集して無効な文字を削除する必要があります。XML ファイルが有効であることを確認する簡単な方法は、Web ブラウザーで開くことです。問題がある場合は、ブラウザーがそれを識別します。

JBoss Rules は、シリアル化された形式の前方互換性または後方互換性をサポートしていません。JBoss Rules 4.x で作成されたパッケージのバージョンは、JBoss Rules 5.x で作成されたバージョンとバイナリー非互換です。このため、再構築ボタンがルールに追加されました。これは、クライアントのバージョンが JBoss Rules のバージョンと一致する必要がある理由でもあります。この問題を回避するには、クライアントとサーバーの両方で同じバージョンの JAR を使用して実行する必要があります。ニュース JAR をサーバーに追加する場合は (リリースに関係なく)、パッケージを再構築する必要があります。

スプレッドシートが Excel 95 以前で作成されている場合、Microsoft Excel スプレッドシートをナレッジベースにインポートすると、例外が出力されます (StringIndexOutOfBoundsException)。これは、これらのファイルの処理に使用される JXL ライブラリーの問題が原因です。これは、Microsoft Excel 97 以降または OpenOffice.org Calc でスプレッドシートを開いて保存することで回避できます。これは今後のリリースで修正される予定です。

ユーザーがクラスター内で別のデータベースを使用している場合、org.jboss.messaging.util.ExceptionUtil が発生します。これは、別々のデータベースを使用するとチャネル ID が重複するためです。クラスターリングの場合は、共有データベースを使用するように JBoss Message を常に設定します。そうする場合、この例外は表示されません。

Web サービスプロキシーを使用して任意のメソッドを呼び出すと、ターゲット Web サービスによって提供される応答が返されます。場合によっては、ターゲット Web サービスが、呼び出しコンテキスト内で無効な応答を返すことがあります。Web サービスプロキシーはこれらの応答をサニタイズせず、応答を呼び出し元に返します。