NaPandaサポート

JDOで作成した単純なDataStoreをSlim3に移行してみた

2011-09-10T12:26:00.007+09:00

GAEの値上げもあり、思い切ってSlim3に移行を試しましたのでその内容です。

通常Slim3使う場合はblankプロジェクトを使って作っていくようですが、もうすでにあるプロジェクトをSlim3に移行したかったので下記を参考にさせていただきました。
http://songofcloud.gluegent.com/2009/11/slim3-datastore2.html

試しに移行してみたのは２つのkindです。

---- Alert ---------移行前自動でキーのIDが振られるタイプ
package com.hayato.dstest;

import javax.jdo.annotations.*;

@PersistenceCapable(identityType = IdentityType.APPLICATION, detachable="true")
public class Alert {
@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Long alertId;
@Persistent
private String userId;
@Persistent
private String message;

public Alert(String userId, String message) {
this.userId = userId;
this.message= message;
}

public Long getAlertID() {
return alertId;
}
public String getUserId() {
return userId;
}
public void setUserId(String userId) {
this.userId = userId;
}
public String getMessage() {
return message;
}
public void setMessage(String message) {
this.message= message;
}
}

---- TestUser ---------移行前 StringのIDをキーで指定するタイプ
package com.hayato.dstest;

import javax.jdo.annotations.*;

@PersistenceCapable(identityType = IdentityType.APPLICATION, detachable="true")
public class TestUser {
@PrimaryKey
@Persistent
private String userId;
@Persistent
private String email;

public TestUser(String userId, String email) {
this.userId = userId;
this.email= email;
}

public String getUserId() {
return userId;
}
public void setUserId(String userId) {
this.userId = userId;
}
public String getEmail() {
return email;
}
public void setEmail(String email) {
this.email= email;
}
}

JDOの場合は、次のような操作でした。

-----------作成
PersistenceManager pm = PMF.createManager();
TestUser user = new TestUser("123", "abc");
try {
pm.makePersistent(user);
} catch (Exception e) {
// error
} finally {
pm.close();
}

-----------取得、変更
PersistenceManager pm = PMF.createManager();
try {
TestUser user = pm.getObjectById(TestUser.class, "123");
user.setEmail("upd");
} catch (JDOObjectNotFoundException e) {
// not found
} finally {
pm.close();
}

-----------クエリ
PersistenceManager pm = PMF.createManager();
try {
Query query = pm.newQuery(Alert.class);
query.setFilter("userId == :pUserId");
List alerts = (List)query.execute("123");
for (Alert alert : alerts)
// 処理
} catch (Exception e) {
// error
} finally {
pm.close();
}

これを、なるべく手間をかけずに移行します。
まずはSlim3のjar等を設定します。これは一番上で紹介したサイトに載ってます。
で、kindを修正するわけですが、ここでプライマリキーの扱いについて注意が必要です。
JDOの方ではオートナンバーのLongや任意指定のStringをキーにできましたが、これをKey型に変更しないといけません。このKey型ですが、DataStore上でEntityを識別するための一意のKey値と、Long型の値もしくはString型の値の２つを保持します。

Key値
　├──────┐
Long値　String値

こんな感じです。
今回の例ですと、AlertがLong値を使い、TestUserがString値を使うようにします。

これらを考慮して変更すると、

---- Alert ---------移行後自動でキーのIDが振られるタイプ
package com.hayato.dstest;

import org.slim3.datastore.Attribute;
import org.slim3.datastore.Datastore;
import org.slim3.datastore.Model;
import com.google.appengine.api.datastore.Key;

@Model(kind = "Alert", schemaVersion = 1)
public class Alert {
@Attribute(primaryKey = true)
private Key alertId;
private String userId;
private String message;

public static Key createKey(Long alertId) {
return Datastore.createKey(Alert.class, alertId);
}

public Alert() {
}

public Alert(String userId, String message) {
this.userId = userId;
this.message= message;
}

public Key getAlertId() {
return alertId;
}
public void setAlertId(Key alertId) {
this.alertId = alertId;
}
public String getUserId() {
return userId;
}
public void setUserId(String userId) {
this.userId = userId;
}
public String getMessage() {
return message;
}
public void setMessage(String message) {
this.message= message;
}
}

---- TestUser ---------移行後 StringのIDをキーで指定するタイプ
package com.hayato.dstest;

import org.slim3.datastore.Attribute;
import org.slim3.datastore.Datastore;
import org.slim3.datastore.Model;
import com.google.appengine.api.datastore.Key;

@Model(kind = "TestUser", schemaVersion = 1)
public class TestUser{
@Attribute(primaryKey = true)
private Key userId;
private String email;

public static Key createKey(String userId) {
return Datastore.createKey(TestUser.class, userId);
}

public TestUser() {
}

public TestUser(String userId, String email) {
this.userId = createKey(userId);
this.email= email;
}

public Key getUserId() {
return userId;
}
public void setUserId(Key userId) {
this.userId = userId;
}
public String getEmail() {
return email;
}
public void setEmail(String email) {
this.email= email;
}
}

こうなりました。ポイントとしては、プライマリキーがKey型に変更されたこと、もともとのLong値やString値からKeyオブジェクトを生成するためのcreateKeyというメソッドを追加したことです。
で、使い方は以下のように変わります。

-----------作成
try {
Alert alert = new Alert("123", "test message"); // <-Keyは指定してない
Datastore.put(alert);

TestUser user = new TestUser("123", "test@test.com"); // "123"がKey
Datastore.put(user);
} catch (Exception e) {
// error
}

-----------取得、変更
try {
Alert alert = Datastore.get(Alert.class, Alert.createKey(1L));
TestUser user = Datastore.get(TestUser.class, TestUser.createKey("123"));

// alertのプライマリキーを取得するには次のコード
Long alertId = alert.getAlertId().getId();
// TestUserのプライマリキーを取得するには次のコードこの場合は"123"だけど
String userId = user.getUserId().getName();

alert.setMessage("update message");
Datastore.put(alert);
} catch (EntityNotFoundRuntimeException e) {
// not found
}

-----------クエリ
try {
AlertMeta alertMeta = AlertMeta.get(); // AlertMetaは、Slim3のジェネレータが自動作成したクラス
List alerts = Datastore.query(alertMeta)
.filter(alertMeta.userId.equal("123"))
.asList();
for (Alert alert : alerts) {
// 処理
}
} catch (Exception e) {
// error
}

これで一応動きました。まだ動いたというレベルですので何かしら問題がある可能性もあります。
動かしてみて気づいた点
・Key値を指定しないでputするとJDOのIdGeneratorStrategy.IDENTITYと同じ動きをするようだ。
・JDOではgetObjectByIdで取得してデータを変更するとDataStore上も変更されたが、Slim3では変更後にputしないと反映されない。

期間限定で無料です！AR わなげ

2010-05-01T12:06:00.003+09:00

ＤＬ数の違いをみたかったので５月いっぱいまで無料にしてみました。
ぜひお試しください。

WineStampも値段下げました。

ようやくリリース！　ARわなげ

2009-12-14T21:16:00.004+09:00

長かった・・・
ようやくリリースされました。
もともと審査通すつもりはなかったんですが、リジェクト繰り返すうちにだんだん意地になってきてしまいました（笑）。

結局審査７回目でリリースでした。
はじめの提出が４月２４日なので７ヶ月とちょっとかかりました。
６回目のリジェクトが致命的なリジェクトだったため、お蔵入り決定していたのですが他のアプリで同じ理由でリジェクトされていたものが通り始めたようだったので、ダメ元でアップルに「ねぇ～、こっちのアプリＯＫみたいなんだけどもう一回審査出したら通ったりする？」のようなメール出したところ、「おー、審査してやるからも一回提出しなさいよ」みたいな返事がきたので早速提出したら１０日でリリースになりました。

ただ、当初の予想通り作った当時よりも動きがカクカクしてます。現時点ではこのあたりが限界のようです。

あと３本くらいアプリのアイデアがあるのでようやくそちらに取りかかろうと思います。

ARわなげの審査　４回目

2009-08-06T21:04:00.003+09:00

またダメでした～（笑）
iPhone 3.0用にしてUIImagePickerをまったくいじらないようにして作ったんですがこれまでと同じ理由でダメでした。しかし今回は「iPhone3.1でカメラAPIが増えたから見てみて」みたいなコメントが追加してあったので、それを信じてiPhone3.1用に修正して提出してみます。
それにしても今回は６月９日に提出してようやく結果が出たので約２ヶ月近い審査期間でした。次回もこんなんだったらどうしよう・・・

ARわなげの審査　３回目

2009-05-19T20:30:00.002+09:00

またまたダメでした（笑）

UIImagePickerControllerの「Take Picture」の部分を消してるだけなんですけどね。
iPhone3.0のUIImagePickerはそういうのが無いので、OS3.0が正式リリースされてからOS3.0用アプリとして申請してみます。

ARわなげの審査　２回目

2009-05-08T18:59:00.004+09:00

またダメでした（笑）。

なんかUIImagePickerをいじくるアプリはすべてリジェクトされているようですね。

iPhoneOS3.0でUIImagePickerの内部構造が大きく変わってしまってるようなので、ほとんどのカメラアプリが動かなくなるそうです。これ以上動かなくなるアプリを増やさないようにしてるんでしょうね。

う～ん、困りますね～。まぁ、いじり方をもう少しソフトにして再度審査出してみます。

ARわなげの審査

2009-05-02T14:27:00.001+09:00

やっぱりダメでした（笑）
少し修正して再度出してみます。

ARわなげ　の動画

2009-04-14T23:50:00.004+09:00

AR(拡張現実)わなげの動画をアップしました。
うまく撮れてませんが、動きは理解いただけると思います。
フレームレートはそれなりに出てますのでスムーズです。
とりあえずこの状態で審査出してみて、駄目だったらちょっとずつ正攻法に変えてチャレンジして行こうと思います。審査通るころには動きがカクカクになってるかもしれません（笑）。

ARわなげ

2009-04-13T23:08:00.005+09:00

現在開発中の「ARわなげ」です。ARはAugmented Reality（拡張現実）で、カメラ映像にバーチャルな輪投げセットを表示して輪投げで遊ぶゲームです。
たいした処理は行ってないのでさながらARもどきです。
青い丸を印刷してある紙が置いてあり、青い丸に反応して的や輪を表示してます。
いちおう審査に出してみますが、まぁ通ることはないと思います。

WineStampの設定

2009-04-11T18:34:00.003+09:00

WineStampの設定画面です。以下の設定が変更できます。
- 何時までをその日とするか
　　初期設定では朝６時までの飲酒を前日の飲酒としてカウントします。
- アルコール限度量
　　純アルコール量で酔い具合が決まります。
- データの削除
　　ここをオンにすると、次回起動時にスタンプデータを削除するかどうか聞いてくるようになります。

スタンプ画面

2009-03-16T23:36:00.004+09:00

ここでお酒を選択してボタンを押します。
お酒は８種のカテゴリーに分類されています。
上部にこれまで飲んだお酒の数と、アルコール量などの情報が表示されます。

WineStampの説明

2009-03-14T17:33:00.005+09:00

WineStamp はお酒を飲んだ履歴を管理し、健康的に生活するためのアプリケーションです。

お酒を飲むときにお酒の一覧からお酒を選んで登録していきます。すると、以下の情報が見れるようになります。

・その日の飲酒量
　　その日何杯飲んだかわかります。
・摂取した純アルコールの量（グラム）
　　アルコールの量を知ることで泥酔を防ぎます。
・摂取したカロリーの量（キロカロリー）
　　カロリーの量を知ることでダイエットをサポートします。
・摂取したプリン体の量（ミリグラム）
　　プリン体の量を知ることで尿酸値の上昇を防ぎます。

また、履歴情報として以下の情報が閲覧できます。

・過去の飲酒履歴
　　過去１ヶ月分の飲酒履歴が閲覧できます。
・曜日別の平均飲酒量
　　金曜日は平均８杯飲んでるなどの情報がわかります。
・時間帯別の平均飲酒量
　　夜１０時台の飲酒量が一番多いなどの情報がわかります。
・適量飲酒時の飲み方のパターン
　　ビールに始まり、焼酎で終わったなど適量時の飲み方のパターンがわかります。
・泥酔してしまったときの飲み方のパターン
　　ビールに始まり、途中で日本酒に行ってしまうと泥酔してしまうなどがわかってしまいます。

どのくらい酔っ払っているのかを判定するための簡単なゲームも付いてます。