問題タブ [jacorb]

JavaシステムをレガシーC++システムと統合する必要があります。これら2つのシステムはCORBAを介して通信します。JavaシステムはJBossで実行されるため、JacORBを使用します。

.idlファイルからJavaスタブを生成するには、maven-idl-compilerプラグインを使用します（JacORBを使用）

org.codehaus.mojo idlj-maven-plugin org.jacorbjacorb-idl-compiler2.2.3提供

すべて正常に動作しますが、スタブの生成方法を変更したいと思います（メソッド、クラスなどの名前を変更します）。それを行う方法はありますか？

JacORB クライアントの Appl A と TAO サーバーの Appl B があります。

実行の詳細:

a) アプリケーション A は最初に、その corbaloc URL を使用してサーバー プロセス (アプリケーション B) の object_reference を作成し、その後の使用のためにこの参照をマップに保持します。これは、Appl B のすべての corba 呼び出しに同じオブジェクト参照が使用されることを意味します。

b) アプリ A は、上で作成したアプリ B の狭められたオブジェクト参照に対してインベントリ メソッドを呼び出します。

c) サーバー側 (TAO) では、サーバントがリクエストを完了し、レスポンスを送信します。

d) Jacorb クライアント側で長い間 (タイムアウト間隔の後だと思います)、例外が発生します。

. e) 上記のリクエストがタイムアウトする前に、同じクエリがサーバー上で再度行われた場合 (同じ接続オブジェクトを使用)、両方のレスポンスが受信され、適切に処理されます。

この場合の進め方について何か考えはありますか? 私の推測では、ソケット バッファがフラッシュを待っているため、常に 2 回目に動作するのです。接続オブジェクトでフラッシュを強制する方法はありますか?

私は少し苦境にあり、それを解決する方法についていくつかの助けを探しています。idlsから作成されたjarファイルからさまざまなクラスをインポートするソースコードがあります。これで、このidl jarの新しいバージョンが提供されました。これは、古いimportステートメントをすべて壊す異なるパッケージ構造を持っています。importステートメントを変更できないので、これを回避する方法があるかどうかを確認しようとしています。何か案は？

基本的に、できればコードを変更せずに、現在のソースコードを新しいバージョンと古いバージョンの両方のjarで機能させるように求められています。私はそれが可能だとは思いませんが、私は間違っていることを望んでいます。

次のシーケンスはIORを提供し、MyObjインスタンスをCORBA（JacORB）内のどこかに保持して、IORを後の段階で使用できるようにします。

どういうわけかJacORBに「myObj」を破棄するように指示できますか（もちろん、後の段階で）？参照は一部のHastable（JacORB内）に永久に保持され、多数のエントリを作成すると、ある時点でワイルドなOutOfMemoryが表示されます。JacORBに指示したときに、自分のオブジェクトを忘れてもらいたい。

Jacorb 3.0 を使用しており、ログ バックエンドとして log4j を使用したいと考えています。そのために、jacorb のさまざまな jar、slf4j-api-1.6.6.jar、slf4j-log4j12-1.6.6.jar、log4j-1.2.16.jar を配置し、slf4j-jdk14-1.6.4 を削除しました。クラスパスの .jar。ここまでは順調ですね。

しかし、Jacorb は私がどうでもよいログを出力しすぎて、それを除外することができません。私の log4j.properties で、次のようなことを試しました:

しかし、まだ次のような行が表示されます

私のログで。ログから WARN 以上でないものをすべて除外するにはどうすればよいですか?

ORB PortableInterceptorを使用したいので、JBoss6.1で実行されている10年前のEJB2アプリケーションをJNPプロトコルからCORBARMI/IIOPに移行しています。

最初のJBossはorg.jboss.iiop.rmi.RMIIIOPViolationExceptionで文句を言います私は今修正しました。

現在、JBossのWebCLサーブレットは、ホームインターフェイスとリモートインターフェイスのスタブをクライアントに配信できず、何が問題になっているのかわかりません。私の唯一の残りの仮説は、RMICコンパイラがサイレントに失敗するというものです。私が受け取る唯一のエラーメッセージは

このクラスの読み込みエラーの原因を突き止めて修正するにはどうすればよいですか？

レガシー プロジェクトでは、Java 6 および JBoss 5.1.0 で JacORB 2.3.0 を使用します。CORBA インフラストラクチャと、ORB、Java、および JBoss の古いバージョンが提供されており、変更の対象ではありません。

移行プロジェクト (アプリケーションは元々別々の J2EE アプリケーション サーバーにデプロイされていましたが、現在は部分的に Java EE 5 と 1 つのスタンドアロン Java アプリケーションを使用して JBoss 内の 1 つのアプリケーションに移行されています) の後、JBoss 内から CORBA リクエストが送信される状況になりました。例外につながりorg.omg.CORBA.OBJECT_NOT_EXISTます。

問題の呼び出しを実行する小さなテスト クラスを作成し、JBoss の外部からスタンドアロン Java プログラムを介して 1 回実行し、JBoss の JMX コンソールを介して MBean 内から 1 回実行することで、状況を確認しました。最初のケースではすべて正常に動作しますが、2 番目のケースではエラーが発生します。

すでに生成されたコードと ORB コードに足を踏み入れたところ、スタブがローカル呼び出しとリモート呼び出しを区別すると、要求の反対側の部分が別の JVM にあるという事実にもかかわらず、POA を見つけてローカル呼び出しに進むことがわかりました。処理する。

それを引き起こす可能性のあるアイデアと、どこを詳しく調べるべきか、何かを構成できる可能性がありますか? これらの呼び出しはパフォーマンスに関して重要ではないため、(ローカル呼び出しを回避するなどの) 回避策でも問題ありません。

ソケットクローズに関する問題に直面しています。ソケットを作成することができ、しばらくの間はすべて正常に動作しています。サーバーに接続しようとすると、クライアントが接続され、すべての操作が正常に実行されます。しかし、数時間後、ソケットの状態がLISTENモードで表示されません。そのため、すべてのクライアントが機能の実行を停止し、「「server_ip:port_no」に接続できませんでした」というエラーが発生します。
正確に何が起こっているのかわかりません。これにはjacorb APIを使用しています。

ソケットでclose()を呼び出さないと、終了します。ポートがリッスン モードで表示されないのはなぜですか? コマンド「netstat -anp | gerp port_no」を使用して、ポートのステータスを確認しました。