Tibco rendezvousを使用してメッセージを確認することを許可されない理由は何ですか？

Question

Tibco Rendezvousを介して一部のアプリケーションが互いに通信するセットアップがあります。アプリケーションは、認定メッセージングを使用して通信します。私の問題は、2人のレシーバーが最近、メッセージを確認するときに許可されていないエラー27を取得するという動作を示し始めたことです（認定メッセージ交換の最初のメッセージは認定されていません。それ）。

私は同じエラーのある人を見つけるためにインターネットを見回してきましたが、多くの人を見つけましたが、TIBCOトランスポートを作成しようとすると、すべてエラーが発生しました。トランスポートを正常に作成できますが、受け取ったメッセージを確認することはできません。

私たちの環境は、Tibco 7.xと8.xの両方を使用して、時には混ざり合っています。この問題は、ピアが同じTIBCOバージョンを使用しているときと異なるバージョンを使用するときの両方で表示されます。すべてのアプリケーションには表示されませんが、アプリケーションに表示される場合、「壊れた」ままです。送信者と受信機の両方の元帳ファイルを破棄すると、何もしません。それでもエラーが発生します。送信者とレシーバーの両方に、元帳ファイルに書き込み（および作成）適切なアクセス許可があります。永久に実行されているRVDに接続しています。送信者とレシーバーは異なるマシンにあります。コミュニケーションは過去に完璧に機能してきましたが、ある時点でそうするのをやめました。アプリケーションはJavaにあり、Tibrvj.jar Auto-Nativeライブラリを使用しています。

エラーはです

...
Caused by: TibrvException[error=27,message=Not permitted]
  at com.tibco.tibrv.TibrvImplCmTPortC.natConfirmMsg(Native Method)
  at com.tibco.tibrv.TibrvImplCmTPortC.confirmMsg(TibrvImplCmTPortC.java:304)
  at com.tibco.tibrv.TibrvCmListener.confirmMsg(TibrvCmListener.java:88)
....

私はあなたが私に「あなたはそれを起こし始めて何をしたのか」と尋ねることを知っています、そして私の応答は「私は知りません」です。

どんな入力も感謝しています。

ありがとう。

Answer 1

結局のところ、それはアプリケーションレベルのねじ込みでした。いくつかの古いコードが横たわっているため、依存関係（メッセージングレイヤー）を更新した後、アプリケーションレベルの確認からコンテナレベルの確認に移行しましたが、アプリケーションコードで明示的なメッセージ確認を削除することを忘れていました。

要約すると、メッセージを2回確認しようとし、この例外を2回目にしました。

Answer 2

2つのRVDサーバー間のTCP接続が不可能である可能性があります。一方から他方に接続できるかどうかを確認できますか（サブスクライバーホストからパブリッシャーに接続します）？私の経験では、CMの謝辞はTCPで処理されます（ミドルウェアサポートの人よりもエンドユーザーであるため、これを一粒の塩で摂取してください）。

Answer 3

私は最近、同じ例外に遭遇しました - アプリケーションは数ヶ月間機能していましたが、突然例外を投げかけていました。私の場合、Windowsサーバーでいくつかのメンテナンスが行われていました。アプリケーションが実行され、ディレクトリは読み取り専用とマークされていました。それがクリアされると、例外はなくなりました。

他の潜在的な原因の多くの時間にわたってトラブルシューティング時間の後にこれを発見しました。

Answer 4

私の2セントだけ：この例外は、非CMトランスポートに関するメッセージを明示的に確認しようとすると発生します。