問題タブ [tuxedo]

Tuxedo 6.5 に接続するために、Weblogic 11g で Tuxedo アダプタを構築しようとしています。これを行う方法を示すことができる良いチュートリアルを知っている人はいますか?

Oracle Web サイトでいくつかのチュートリアルを見つけましたが、残念ながらチュートリアル ファイルはダウンロードできません (リンク切れ)。

https://tuxedo-connector.samplecode.oracle.com/index.html

http://www.oracle.com/technetwork/middleware/tuxedo/usingosbtuxedotransport-086034.html

を使用して Tuxedo に接続するにはどうすればよいwsnaddrですか?

Solaris で Tuxedo 11.1 を使用する....

質問は、サーバーごとにサービスを分離するときのパフォーマンス/管理に関する考慮事項です。約 250 のサービスを 11 のサービスとして提供される 11 の状況に削減しようとしている開発ギグがあります。アイデアは、大まかに同じ顧客情報を返す重複したサービスが豊富にあるということであり、この「カスタマイズ」のオーバーフロー (主にサブスクライバーの特定のニーズを満たすために行われる) を多くの顧客の状況 ( 「連絡先情報についてすべて教えてください」、「他の人との関係についてすべて教えてください」など）。これらのサービス状況では、より多くのデータが配信され、明らかにより多くの呼び出しが 1 つのボトルネック (水平方向にスケーリングする必要があります) に集中する可能性があります。たとえば、「顧客 ID を取得する」などのサービスがあります。3 つのドメイン間で (同じデータベースに対して) 1 秒間に 20 回 (平均 20 ミリ秒) 呼び出されます。誰かの「識別」を取得すると、戻り値が多少ポリモーフィックであるにもかかわらず、20 の異なるフレーバーを持つことができます (あちこちに余分なプロパティがあるかもしれませんが、基本情報は同じです)。

これらの 11 の状況/サービスをパッケージ化する最善の方法は何ですか? それらのすべての情報を単一の Tuxedo サーバーに配置し、特定のサービス (おそらく単一のサービス) を持つインスタンスを切り出します。それとも、読みやすさのためにサーバーごとに 1 つのサービスですか? 単一のサーバーにすべてを積み上げた場合、クロプティング時のメモリ ヒットはどれくらいですか? クロプされているサービスだけがメモリに置かれますか、それともサーバーに定義されたすべてのものですか? 私たちにとって深刻な問題ではありませんが (私たちの公園の大きさを考えると)、好奇心旺盛です。

大まかな概算 (開発がどのように実装されているかについての詳細な知識がない場合) は、サービスが 20 c/s * 20 (今日のさまざまなフレーバー) * 3 (ドメイン) = 1 秒あたり 1200 の呼び出しを処理する必要がある可能性があるということです。;-)

WLE/Tuxedo/BEA/etc のレガシー ライセンスを捨てて、代わりに Java を取得しようとしています。開発されていない古い CORBA クライアントがいくつかあるため、下位互換性を維持する必要があります。TObj_Boostrap や FactoryFinder を使用して接続しようとしている場合、これを回避する方法はありますか? 自分で作成するために絶対に必要な場合は、サーバー側で何でも喜んで書きます。

私は、一部の Tuxedo サービスを同等の JDBC 呼び出しに置き換えるという任務を負っています。

単一の Tuxedo サービスを考えて、既存の Tuxedo DAO と同じインターフェイスを実装する JDBC DAO を作成することから始めました。これで、新しいサービス レイヤーからメソッドを呼び出しています。JDBC トランザクションを処理するために、サービス層で Spring @Transactional アノテーションを使用する予定です。

Tuxedo はトランザクションを内部で処理するため、単一の Tuxedo DAO メソッド呼び出しは、新しいサービス層から呼び出される JDBC DAO での複数のメソッド呼び出しに匹敵します。

以上のことから、Tuxedo DAO が実際にはサービス レベルのエンティティであることは理にかなっています。それは理にかなっていますか？

サービス/DAO レイヤーの観点からこれをレイアウトする最善の方法についての考えをいただければ幸いです。従来の目的のために Tuxedo DAO を保持する必要がありますが、必要に応じてこれをサービス層にリファクタリングすることは問題になりません。

ありがとうジェイ

TopHat でデータ分析パイプラインを設定しようとしています。何らかの理由で、指定した出力ディレクトリをプログラムに使用させることができないようです。次のコマンドを試しました：

ただし、すべてのファイルは引き続き ./tophat_out に書き込まれます

誰かが同様の問題に遭遇しましたか?

もちろんJavaを使用して、Tomcat7サーバーからOracle Tuxedo 11gr1に接続するための最良の方法/テクノロジは何ですか? 私はこのトピックを調査してきました.2つの解決策に行き着きましたが、私にはうまくいきません:

• Oracle Tuxedo JCAアダプタを使用できます(tomcat7ではサポートされておらず、J2C準拠のために高度なAP実装が必要です)
• Jolt API を使用できますが、アクセスできない Tuxedo サーバーで Jolt API を有効にする必要があります。