scenic3は t2 frameworkのようなPageクラスをslim3で実現するslim3の拡張ライブラリです。

scenic3

ページ作るの便利なんで。

そのPageクラスを作るときにアノテーションとか忘れそうになるんでメモしておきます。

@Page リクエストパスの1個目？を指定する
@ActionPath = リクエストパスの2個目以降を指定する

手が覚えるまで迷うのがこれら。

@Var = リクエストパスの中に引数を指定した場合に書く

私にとってコレが簡単に出来る事がscenic3を使う理由のひとつ。

@RequestParam = リクエストパラメータ（GET引数）を引数にする場合に書く

勿論メソッド内で request.getParameter(“xxx”) とも書けるけど、明示的にメソッドの引数にも出来るってこと。

自然語でメモするとなんかややこしい・・・。

簡単なPageクラスはこんな感じになる。

@Page("/path")
public class PathPage extends ScenicPage
{

	@ActionPath("to/{id}")
	public Navigation list_json(
			@Var("id") String id
			, @RequestParam("limit") Integer limit
			, @RequestParam("offset") Integer offset
	)
	{
		// POSTの場合はコッチ
		String hoge = (String) request.getAttribute("hoge");

		....
		return forward("/path/to/page.vm");
	}

}

AppUrl.java への追加も忘れずに。

public AppUrls()
{
	excludes("/_ah/*");
	excludes("/remote_api");
	add(PathPageMatcher.get());
}

バッチとかならcron で何とかなるもんだからいままで曖昧にしてきた訳ですが、そろそろ TaskQueue を弄っていこうと思います。

知らんかった事その1

タスクとははURLを持ったただのサーブレット

使い方というか、Queueの登録の仕方はコチラは大いに参考にさせて頂いています。これ以上説明することがありません。
Task Queueの最新情報！【設定ファイル例付き】

知らんかった事その2

TaskQueue用のサーブレットってSlim3のControllerでもいけるし、素のServletでもいけるけど、戻り値はnullじゃないと延々とリトライされる。
（Exceptionをthrowしてもリトライされる。逆に言うとExceptionをcatchしてしまうとリトライされない）

それもあるから、Datastoreに書いたりするならべき等に実装しなきゃいかん。

知らんかった事その3

リトライに関してはqueue.xml でかなり細かく設定できる。

今は昔のkonjak翻訳 φ(・ω・? )…: Java Task Queue Configuration

色々出来そうですね。
がんばってみます。

個人的には .countDownMills(long) が便利だと思う。

5秒後に実行ならcountDownMills(5000L)。

Taskは（ある程度）細かいほどパフォーマンスいいみたい。
例えばどうしてもループの中にDatastore操作が入っちゃうみたいな場合は、TaskQueueの出番かな。

私が知らないだけかもしれませんがちょっと残念なのは、TaskのChainが作れない事です。
Aタスクを実行後Bタスクとかする場合は、Aタスクの中でBタスクを呼び出す様にネストせな仕方ないか。

Twitterボットでも作ってみようかな。

まあ一日あたり$1に制限していますから、それを超える事はあり得ません。
うっかりQuotaを超えちゃっても、予算以上は請求されません。確認済みです。

・・・アレ？超えてる？
と思って確認したら、詳細は$0になっています。

見えますでしょうか。

下の「Total:(before
clipping to daily budget)」 は $0.00. なのに、上の「Usage Report for 2011-11-23」 の Amount が $1.16 になっています。

なんで！

とりあえず、書いてあるメールアドレスに送っておきました。

2011/11/26 追記
週次のミニマムチャージが $2.1 だからの様です。
Billing Setting の Set Budget の中にめっちゃ書いてました。

今まで1週間に2.1ドル以下な事がなかったので気づかなかっただけでした。

The Minimum spend subtotal is in support of our new pricing model.
The new model requires that you spend at least $2.10/week.
This subtotal indicates the value beyond your other spend
that we need to add to your contract.
To make the transition to the new model smoother we are beginning to account
for this minimum when we authorize new budget changes.
Please note that you will not be charged for the minimum spend until our new model takes effect.

はずかしいです。

@takawitter さんご指摘ありがとうございました。

slim3.GlobalTransaction
と
slim3.Lock

というEntityが出来ていました。とくにslim3.Lockがいっぱい。

Slim3のGlobalTransactionが失敗した形跡があるんで、その残骸なんでしょうか。
暫くしたら消そう。

Unable to update app: Error posting to URL: https://appengine.google.com/api/appversion/startserving?app_id=XXXXXXX&version=XXXX&
409 Conflict
No transaction is in progress.

前にも何度かやった気がするけどイチイチ忘れるんでメモ。

appengine java sdk がインストールされていればそれを使えばいいんだけど、eclipse の Plugin としてインストールしているなら、eclipse のインストールディレクトリのpluginの中にSDKがそっくり存在します。

私のいまの環境ではこんな感じでした。

cd c:\eclipse\plugins
\com.google.appengine.eclipse.sdkbundle_1.5.5.r36v201110112027
\appengine-java-sdk-1.5.5\bin
(実際は1行)

appcfg.cmd rollback c:\git\PROJECTNAME\war

参考にした先人の知恵

一日一歩: GAE/J デプロイにて 409 conflict が出た場合の対処

slim3 の Datastore.beginGlobalTransaction() とか deprecated になってます。
やはりフツーのDatastore.beginTransaction() を使えと言う事ですね。

で、Cross-Group Transactions なんですけど、やはり今のところ 5 entity groups までしか対応していないようです。

確かに複数Entityでも、今までの様に「can’t operate on multiple entity groups in a single transaction.」とか怒られる事が無くなったんですが、いっぱいEntityをぶっこむ（Entity Group が5つ以上）と、「java.lang.IllegalArgumentException: operating on too many entity groups in a single transaction.」とか怒られてしまいます。

沢山のEntity Group を含むトランザクションを扱うシチュエーションでは引き続き slim3 の GlobalTransaction を使う事になりますね。

Slim3 Eclipse Pluginで横着してたんで、気がつきませんでした。

ソフトウェアの更新で出現しないんですけど、勝手にjarを入替えちゃってもいいんですかね。

というかPluginで入れても、更新は手作業なのかな。 （後日ちゃんとslim3pluginのアップデートが配信されました (2011/11/09 追記)）

やってみた。いけた。

Slim3 1.0.14から、appengine SDK 1.5.5のリリースを受けて、グローバルトランザクション周りが変わっているようです。

Datastore.beginGlobalTransaction() じゃなく、フツーのDatastore.beginTransaction() で、Cross-Group Transactionsに対応しているとか。

5 entity groupsまでなら、複数Entity Groupをぶっこんでも、問題なく更新とかできる様になっている筈。

今までは複数のEntity Groupをトランザクションに含めると「IllegalArgumentException：can’t operate on multiple entity groups in a single transaction.」とか怒られたんですが、今回からは 5 Entity Group 以上を含んだ場合出るのかな。

また今度ちゃんと試します。

試しました (2011/11/09 追記)

・・・おそらく GTXの実装には苦労された事と思うんですが、ひがさんの心中や如何に。

An internal error occurred during Deploying %APPNAME% to Google NullPointerException

理由は判りません。
心当たりがあるとすれば、appengine python sdk のランチャを弄ってた位です。

Windows XP 、eclipse は Helios、appengine java SDK は 1.5.5 です。

取り急ぎは macbook air の開発環境から問題なくdeploy出来るんでいいんですが、そこそこ困ります。

更に、ローカルで実行しようとすると、こんな風に怒られます。

java.lang.RuntimeException: Unable to locate the App Engine agent. Please use dev_appserver, KickStart,  or set the jvm flag: "-javaagent:/lib/agent/appengine-agent.jar"
	at com.google.appengine.tools.development.DevAppServerFactory.testAgentIsInstalled(DevAppServerFactory.java:102)
	at com.google.appengine.tools.development.DevAppServerFactory.createDevAppServer(DevAppServerFactory.java:77)
	at com.google.appengine.tools.development.DevAppServerFactory.createDevAppServer(DevAppServerFactory.java:38)
	at com.google.appengine.tools.development.DevAppServerMain$StartAction.apply(DevAppServerMain.java:154)
	at com.google.appengine.tools.util.Parser$ParseResult.applyArgs(Parser.java:48)
	at com.google.appengine.tools.development.DevAppServerMain.(DevAppServerMain.java:113)
	at com.google.appengine.tools.development.DevAppServerMain.main(DevAppServerMain.java:89)
Caused by: java.lang.NoClassDefFoundError: com/google/appengine/tools/development/agent/AppEngineDevAgent
	at com.google.appengine.tools.development.DevAppServerFactory.testAgentIsInstalled(DevAppServerFactory.java:98)
	... 6 more
Caused by: java.lang.ClassNotFoundException: com.google.appengine.tools.development.agent.AppEngineDevAgent
	at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
	... 7 more

どうやら、VMの引数をちゃんとしろと言っているようです。

プロジェクトを右クリックして、英語の場合は[Run As] – [Run Configurations] を起動、[(x) = Arguments]タブ （日本語化の場合は[実行] – [実行の構成...] で[(x)=引数]タブ）で指定できます。

ですが、元々の値が判りませんし入れるのメンドクサイです。

かんたんな対処法は、パッケージエクスプローラ上の「App Engine SDK [App Engine - 1.x.x]を右クリックし、ビルドパスから除去して、プロジェクトのプロパティから再度SDKを指定すれば自動で入りました。

GMailとかいまどきのMUAでは問題ないんですが、Outlookとか根強い人気なんで・・・

appengine sdk java 1.5.4をつかっています。

当方慣れの問題でLow Level APIでなくjavaMailを使用しております。
受信したメールのヘッダが 1)の様になりますが、2)の様になってほしいです。

1) Date: Tue, 04 Oct 2011 06:29:38 +0000
2) Date: Tue, 04 Oct 2011 15:29:38 +0900

電子メールを送信(Mail API)するとき、ヘッダの送信日時をGMT+900にしたい – Google-App-Engine-Japan

一応issueもあげてみました よかったらスターつけてください。

以前Windowsでやった時は （pythonのSDKをインストールすればlancherが入っています。bulkloaderとかも。）、インデックスの削除にかなり時間がかかった記憶がありますが、数分で終わりますね。

先人の知恵

一日一歩: GAE/Jにてインデックスエラーでデプロイが失敗する場合の対処など

GAE/J使いの為のインデックス削除ツール – y-kawazの日記