2013-06-03 14 views
7

httpsのcallbackUrlの制限とサブスクリプション全体の性質によって、公開アクセス可能なURLでのみ行うことができるように見えます。ミラーAPIサブスクリプションをテストする方法

これまでは、ローカル開発/デバッグを容易にするための2つの可能性のあるソリューションを紹介しました。

最初は、Googleによって提供されるSubscription Proxyサービスです。この回避策を使用すると、基本的にSSL制限とプロキシサブスクリプションコールバックをカスタムURLに削除できます。

私がローカルで開発を行うのが分かった2番目の最も有用な方法は、購読のコールバック要求(一般にアクセス可能なサーバーから)をログに記録し、curlを使用してローカルの/ dev機械のようなもの使用:timeline-respond.json:要求は時々大きくすることができ、または複数のコールバックの種類をテストしたい場合がありますので

curl -H "Content-type: application/json" -X POST \ 
    -d '{"json for":"the notification"}' http://localhost:8080/notify 

を、私はまた、有用な種々のファイル(元に添字依頼のJSONを入れてい)を実行してから実行します。

curl -H "Content-Type: application/json" \ 
    --data @timeline-respond.json http://localhost:8080/notify 

私は自分のアプリケーションのサブスクリプションをローカルでテストするために他の人が何をしているのか不思議です。

+0

ローカルIISサーバで実行中の同様のアプローチ(1)wcfサービスを試してきましたが、ファイアウラーの投稿通知で試してみましたが、うまくいきますが、ファイアウォールの設定、通知URLは公開されていませんミラーサービスから、私が試みている次のオプションは、(2)アプリエンジンのバックエンドを持ち、XMPPを使って自分のガラス製アプリケーション(デスクトップアプリケーション)に通知することです。デバッグの簡単な回避策を見たいと思いますおよび開発目的。 – Snekithan

+0

newbの質問には申し訳ありませんが、正確に何がカールですか? –

答えて

3

あなたが言及しているコマンドラインカール技術は、今までに見つけた最高のものです。

App Engineのサブスクリプションターゲットをローカルスクリプトとペアにして、新しい通知用のApp Engineサービスをlocalhostに中継するなど、他のソリューションを試してみましたが、これまで価値のあるものは見つかりませんでした複雑さが増しました。

また、多くのローカルホストプロキシが利用できます。私のお気に入りはngrok.comです。

+0

ローカルホスト内のサーブレットは、特定のURLパターンで動作します。 http:// localhost:8080/plugins/servlet/glass.notify ローカルホスト上でこのパスに転送するようにngrokを設定するにはどうすればよいですか? –

+0

ngrokを起動すると、ターゲットにするローカルポートを指定します。 $ ngrok 8080 ngrokが起動すると、g6hadf.ngrok.comのような、使用するドメインを教えてくれます。ここであなたのトラフィックを指示してください。パス情報は保存されるため、通知先はhttps://g6hadf.ngrok.com/servlet/glass.notifyになる可能性があります – mimming

関連する問題