問題タブ [channel-api]

すべての createchannel() が iFrame URL を置き換えることに気付きました。

createChannel() の再呼び出しにより、iFrame が新しい iFrame に置き換えられたが、clientID と iFrame URL の間のバインディングが更新されなかった可能性はありますか?

例: 「channel.create_channel(unique_id)」を呼び出し、123.talkgadget.google.... を iFrame として JS を取得しました。次に、同じクライアント ID「channel.create_channel(unique_id)」で再度呼び出し、456.talkgadget.google.... を iFrame として JS を取得しました。

ここで「channel.send_message(unique_id,msg)」を呼び出すと、メッセージが 456.talkgadget.google ではなく 123.talkgadget.google に送信され、メッセージが届かない可能性はありますか?

ありがとう！

Channel API for Javaドキュメントの「クライアントの接続と切断の追跡」セクションを読みました。

次のコードがあります。

orのハンドラーを作成するにはどうすればよいです_ah/channel/connected/か_ah/channel/disconnected? ユーザーが切断されたときに、接続しているユーザーに通知または警告したいと考えています。

私のweb.xmlで

私のサーブレット

私はいつもこのエラーを受け取ります：

リクエスト ハンドラの何が問題になっていますか?

それで、これは数ヶ月前にこのプロジェクトに取り組んでいました。Google AppEngineのChannelAPIを使用して、メッセージをGWTアプリにプッシュしています。http://code.google.com/p/gwt-gae-channel/を使用してGWTを介して対話しています。

クライアントに「最初のメッセージ」という1つのメッセージを送信するとします。

クライアントは「最初のメッセージ」というメッセージを問題なく受信します。

次に、別のメッセージ「SecondMessage」をクライアントに送信するとします。

クライアントは再び「最初のメッセージ」というメッセージを受け取ります。

これは引き続き発生します。2番目のメッセージを受信する場合がありますが、繰り返しスタックするメッセージになります。

最終的にページを閉じてチャネルを閉じると、サーバーから何かを送信せずに、繰り返しメッセージを再度受信します。

誰かが何が起こっているのか分かりますか？数か月前にこれに取り組んでいたとき、これは起こっていなかったと思います。GAEChannelAPIに変更はありません。

ここにいくつかのコードがあります：

したがって、特定のタイプの新しいアイテムを保存するときはいつでも（これはそのエンティティ更新関数にあります）：1。それをJSONに変換します。2.次に、そのJSONをログに記録します。3.そのユーザーチャネルを取得します。4.そのユーザーチャネルに送信します。

ログを見ると、ログに記録している上記の変数が正しく表示されていることがわかります。つまり、正しいJSONメッセージをログに記録していますが、クライアント側のアラートにJSONを表示するとすぐに表示されます。クライアントにとって、繰り返しスタックしているように見えるのは前のメッセージです。ここで何が間違っているのか本当にわかりません。

コードの別の部分を見たい場合はお知らせください。適切な方法として、クライアントのコードは次のとおりです。

クライアントが接続されてから切断された場合 - 彼の接続が 5 分間失われたとします。サーバーは配信できないメッセージをキューに入れますか?

ローカル開発サーバーでは、これは事実のようですか?

これが本番環境の場合、メッセージはどのくらいの期間キューに入れられますか?

ありがとう

jSch を使用してリモート サーバーのファイルの内容を読み取る方法はありますか。権限を取得できないため、ローカルマシンに scp したくありません。

このFAQ の質問では、ブラウザーが圧縮をサポートしている場合は圧縮が自動的に使用され、アプリケーションを変更する必要はまったくないことが示されています。

私の質問は、Channel API メッセージにも適用されますか?

永続的な接続を介して比較的大きな JSON (テキスト) データを送信する必要があるアプリケーションがあり、それらが圧縮されていれば、より速く処理できることを望んでいます。

そうでない場合は、大きな負荷がかかってきたときにサーバーにチャネル経由で ping だけを送信させ、ブラウザに GET リクエストを発行させてフェッチさせるという回避策を考えることができます (これにより、「自動的に」圧縮されます)。これにより、別のリクエストのレイテンシが追加されます。

チャンネルを開くときに問題が発生しました。私はサーバー側でこれを持っています:

そしてこれはHTML（templates/index.html）にあります

すべてが機能するかどうかを確認するためにアラートを設定しましたが、a0 a1 a2 が発生しましたが、a3 は発生しませんでした。問題はどこだ？channel.open() が機能しないのはなぜですか?

PS: javascript でこれらのエラーを追跡する方法はありますか? エラーがどこにあるかを推測するよりも効果的な何か。

Channel API (phonegap) を使用してモバイル アプリを構築しています。ただし、ブラウザ ベースのクライアントも作成したいと考えています。私の質問は：

Channel API を使用して、Google App Engine アプリケーションで処理できる同時クライアント数はいくつですか?

現在、チャットルームを作成するために作成したコードのトラブルシューティングに問題があります。必要に応じてコードを含めますが、今のところ、私が抱えている問題のいくつかの可能性を聞きたかっただけです。つまり、基本的に、チャネルをリッスンしているclient1があり、clien2がサーバーにメッセージを送信すると、メッセージはサーバーから使用可能なすべてのユーザーに送信されます。何が起こっているのかというと、クライアント2はメッセージを送信し、ブラウザに表示されますが、クライアント1は、ページを更新するか、自分のメッセージを入力するまでメッセージを受信しません。したがって、メッセージは最終的にすべての利用可能なユーザーに送信されるため、ユーザーのプレゼンスは正常に検出されていると思いますが、よくわかりませんか？考え？