問題タブ [gae-module]

appengine モジュールを動作させている人がいます。appとauthの 2 つのモジュールがあります。domain.comというカスタム ドメインがあり、app.domain.comをアプリ モジュールにルーティングし、auth.domain.comを認証モジュールにルーティングします。以下は私の dispatch.xml ファイルです。

app モジュールはデフォルトなので app.domain.com は正常にルーティングされますが、auth.domain.com を認証モジュールにルーティングできず、常にデフォルト モジュールを指しています。

カスタム ドメインをサーバー固有のモジュールにルーティングするにはどうすればよいですか?

ありがとう

GAE アプリケーションをモジュールを使用するように変換し、maven も使用し始めました。標準の appengine アーキタイプを使用して、プロジェクト構造を作成しました。

ただし、mvn installこれを実行すると、プロジェクトのビルドに 1 分以上かかります。ほとんどの時間は、ビルド.warと.earファイルに費やされます。これらは appengine のビルドに必要ですか?

.warそうでない場合、これらと.earファイルを appengine プロジェクト用にパッケージ化しないようにするにはどうすればよいですか?

3 つのモジュールで構成されるプロジェクトがあり、既定のモジュールとバックグラウンド タスク モジュールの 1 つが期待どおりに動作しています。

私の 3 番目のモジュールには、次の奇妙な動作があります。

• 共有データ ストアまたは memcache へのアクセス権はありません。
• タスクがデフォルト キューでスケジュールされていて、3 番目のモジュールによって取得される必要がある場合、404 が返されます。同じタスクがブラウザ経由で手動で呼び出されると、正常に動作します。

共有サービスへのアクセスが不足しているように見えますが、それらは機能しているため、かなり混乱しています.以前に同様の問題に遭遇した人はいますか?

問題

Go Blobstore APIを使用してファイルをアップロードすると、成功パスが間違ったappengine モジュールにリダイレクトされます。問題のより視覚的な説明は次のとおりです。

1. ユーザーがモジュールAのアップロード ページに移動します。http://A.my-appengine-app.com/upload
2. ユーザーのブラウザーは、モジュールにアップロード セッションの要求を行います。http://A.my-appengine-app.com/upload/session
3. モジュールA/upload/sessionは、次の Go コードを実行するハンドラーを定義します。url, err := blobstore.UploadURL(c, "/upload/success")
4. このメソッドは、次のような URL を返します。http://A.my-appengine-app.com/_ah/upload/[some long hash]/
5. actionこの URL はユーザーのブラウザに中継され、の に挿入され<form>ます。
6. ユーザーがPOSTURL にマルチパート リクエストを送信します。
7. URL を処理するもの (ユーザー空間以外の appengine ハンドラー) は、リダイレクトを試みます。/upload/success

これは物事が奇妙になるところです。開発中、サーバーはモジュールA の「/upload/success」にリダイレクトします。本番環境では、サーバーはメイン モジュールにリダイレクトします。これは、今のところBと呼ぶことができます。Web コンソールでを取得していて、モジュールB404に対してリクエストが行われていることがログに示されているため、これが発生していることがわかります。成功パスの一部としてホスト名を明示的に渡すことさえしましたが(ステップ #3)、効果はありませんでした。

現在のソリューション (理想的ではない)

私の唯一の手段は、モジュールBでハンドラーを定義して、モジュールAのようにリクエストを処理することです。goapp アーキテクチャはすべてのモジュールをまとめてグロブ化するため、これは世界で最悪のトレードオフではありませんが、モジュールが垂直方向に独立していることを考えると、意味的に間違っています。誰かがこれを回避する方法を知っていれば、私は義務付けられます. とりあえず、上記の方法でいきます。

私は基本的な疑問を持っbackendsています.backends

以前は、バックエンドとフロントエンドは同じプロジェクト (同じコード) で実行できましたが、モジュールは定義するモジュールごとに個別のアプリケーションが必要でした。そう

Q: バックエンド モジュールを同じコードで実行することは可能ですか、それとも別のアプリケーションを作成する必要がありますか?

バックエンドの使用のためだけに別のアプリケーションを作成することは良い考えではないようです。

私は何か間違っていますか？私を明確にしてください！

ありがとう！

appengine モジュールを使用するということは、通常の appengine Web アプリケーション プロジェクトではなく、動的 Web アプリケーションを作成することを意味します。クラウド エンドポイントは、通常の appengine Web アプリケーション プロジェクトでうまく機能しますが、これらは appengine モジュールをサポートしていません。

問題は、動的 Web アプリケーションでクラウド エンドポイント クライアント ライブラリを生成しようとすると、「App Engine プロジェクトではありません」というエラーが表示されることです。

クラウド エンドポイント クライアント ライブラリを生成できるように、動的 Web アプリケーションを App Engine プロジェクトとして認識させる方法はありますか?

「default」と「abc」の 2 つのモジュールで構成される Java アプリを取得しました。「デフォルト」には、https を介して提供される Web インターフェースが含まれ、「abc」は、http のみを介して提供されるバックエンド ロジックです。ここでの私の目標は、Web クライアント (「デフォルト」) でチャネルを開き、モジュール「abc」から送信されたメッセージをリッスンすることです。

そのため、ドキュメントに従って、devserver でローカルに動作するようにしましたが、運用環境にデプロイすると、Web クライアントはメッセージを受信しません。

基本的には非常に単純です。Web クライアントはチャネルを作成し、「https://my-app.appspot.com」からトークンを受け取り、次に他のモジュール (「http://abc.my-app.appspot.com」)を受け取ります。はまったく同じチャネルにメッセージを投稿し始めますが、前述したように、ローカルでのみ機能し、運用環境では機能しません。

チャネルを作成し、同じプロトコル スキーマを使用して同じサブドメインからチャネルにメッセージを投稿する必要がありますか? 実際には両方のモジュールが同じアプリに属しているので、私には奇妙に思えます。

ログにエラーやメッセージはなく、最新 (1.9.8) の gae SDK を使用しています。

どんな助けでも感謝します。

SDK のバージョン 1.9.9 を使用していますが、devserver に問題があります。1 つのインスタンスを持つ手動でスケーリングされたモジュールがあります。を作成しwebapp2.RequestHandlerました/_ah/start。そのハンドラーで、バックグラウンド スレッドを開始します。開発サーバーでアプリを実行すると、_ah/startハンドラーは 200 を返しますが/_ah/background、しばらくの間ランダムに 500 エラーを返します。しばらくすると (通常は 1 ～ 2 分、場合によってはそれ以上)、500 エラーは停止しますが、数時間ごとにランダムに再び発生します。また、新しいブラウザー タブ (Chrome) を開くたびに、同じエラーが発生するようです。誰がこれを引き起こしているのか知っていますか?

は次のとおりRequestHandlerです。/_ah/start

500エラーは次のとおりです。