問題タブ [ice]

RFC6314 のセクション 5.2.1.2 では、Client_L が候補リストを収集した後、そのリストとともに INVITE を Client_R に送信し、両端で接続チェックを開始できると述べています。

なぜ Client_L が INVITE を Client_R に送信できるのかという質問があります。または、なぜ Client_R がそれらのデータ (候補リスト) を受信できるのでしょうか? この時点で、Client_L には Client_R のアドレス情報が含まれていないはずだと思います。高度な回答に感謝します。

https://www.rfc-editor.org/rfc/rfc6314#section-5.2.1

私のプロジェクトには、次のような構造があります。

これらを次のように実装しています。

これには余分な構文がたくさんあることに気付きましたが、その大部分は、プロジェクトのセクション間の通信に使用しているフレームワークである ICE (インターネット通信エンジン) によって実施されます。

特に気になるのはadd機能の重複です。多重継承を試みましたが、(明らかに) うまくいきませんでした。

メソッドを一度だけ実装する必要があるように、の構造ProgrammersCalculatorIを調整する方法はありますか?MathematiciansCalculatorIadd

実際のプロジェクトaddでは数百行の長さで、そのような方法がいくつかあります。

私は異種システムに関与しており、コンポーネントの通信に ICE(Zeroc) を使用しています。残念ながら、このシステムは効率的に重要なようであり、ICE が要件を満たすことができるかどうかを見積もるために調査を行う必要があります。

まず、TCP プロキシについて知りたいのですが、いつ接続を確立する必要がありますか? 私はICEのマニュアルを大まかに読んだことがありますが、私の質問に答えるような情報はないようです. そのため、ICE のソース コードを深く掘り下げて答えを見つけるのが最善の方法だと思いますが、これは研究段階では恥ずかしいことです。私はICEコードに慣れていないので、欲しいものをすぐに見つける方法を自分に教えることができません. そこで私は ICE フォーラムに行き、ICE アーキテクチャ図やクラス図などを見つけたいと思っています。しかし、私の ICE アカウントには、最も簡単な質問をする権限さえありません。

また、コーディングの実装に関する ICE ドキュメントはありますか?

例を zeroc から少し変更したかっただけです (プリンターを使用した例)。それで、これがどのようになるかです。

Pritner.ice ファイルの小さなインターフェイスは次のとおりです。

エラーを生成するサーバー側のクラス。

エラーは次のようになります。

メインのコード:

printString の部分はうまく機能しますが、インターフェイスの関数で float を引数として使用したい場合、エラーが発生します。私はC ++のプロではないことを認めますが、これを修正する方法についての手がかりが不足しています。

今のところ、私が探しているのは単純なシリアライゼーション/デシリアライゼーションだけです。トランスポート層やその他のネットワーク スタック要素を探しているわけではありません。

Thrift および Protocol Buffers では、単純なシリアライズ/デシリアライズのシナリオを簡単に構築できることがわかりました。Ice's Slice を使って同じことをしたいと思います。

私が見る主な利点は、スライスが「構造体」に加えて「クラス」をサポートしているように見えることです。これらのクラスは継承をサポートしています。Iceが提供する残りのトランスポートレイヤーなどを無視しながら、これらを単純な方法でシリアル化してみたいと思います。

単純なクラスを含む .ice ファイルで slice2java を実行することまではできましたが (まだ継承を使用していません)、続行する方法がわかりません。生成されたクラスは、それ自体をシリアル化する直接的な方法を提供していないようで、Ice ライブラリを使用してそれを行う方法に関するドキュメントが見つかりません。

例として、私がやりたいことをするための PB コードを次に示します。

誰かが同様の問題に遭遇した場合は、事前に感謝します。残念ながら、私はアイス/スライスを私が望むほど包括的に調査する時間がありません.

これらのイベントに関連付けられているすべてのメソッドが正しく関連付けられています。オファーが作成され、メッセージが交換されますが、接続されたリモート ストリームが実行された後、すべてが停止します。応答タイプのメッセージは交換されません。さらに、createanswer はコールバックを実行しません。成功もエラーもありません。すべてのエラーが正しく形成されます。