GAEで作るサムネイル画像作成サービス - うなの日記
Google App Engineでは画像変換サービスが提供されていて、画像サムネイルサービスをさくっと作れたりします。ということで作成手順をまとめてみました。 仕組み サービスの仕組みは以下のとおりです。 画像のアップロード formのファイル選択を利用して、画像をサーバーにPOST。 マルチパートフォームデータとして画像がサーバーに送られます。 サーブレットでマルチパートフォームデータを解析し、画像データを取得。 解析には「commons-fileupload」を利用します。 GAEの「ImageService」で画像データを処理し、サムネイルを作成します。 作成したサムネイルとオリジナルの画像をデータストアに保存。 レスポンスとして、サムネイルの表示時に使うサムネイルIDを返却します。 画像は、他に適切な場所が見当たらなかったので、とりあえずデータストアに保存しています。 画像の参照
#appengine でクエリの結果件数を取得する方法(1000件超とか)
今日ひがさんと「クエリの結果件数の取得方法」についてTwitterで少しやりとりした。 Low-level APIのPreparedQueryだと1000件の上限があるが、JDOのQueryだと上限が無い 確かに上限は無いけど、JDOでQuery#execute().size()はめっちゃ遅くて現実的ではない JDOでもQuery#setResult("count(this)")は速い。でも、こいつは実はLow-level APIに丸投げなのでやっぱ1000件の上限に引っかかる。 JDOでもQuery#setResult("key")するとLow-level APIでいうsetKeysOnly()と同じ、キーのみクエリになる。でも1000件の上限に引っかからない！ 大体こんなカンジで、最後の件はひがさんが発見してGoogle App Engine for Java GroupのMLにPos
Slim3 のルータを拡張するサンプル - snbhsmt_log
Slim3 の AppRouter 周りは色々拡張できるなあとソースを読んでいて思ったので、 正規表現でルーティング指定できるものをちょっと書いてみました。 パスの変換自体は java.util.regex パッケージをそのまま使っているだけです。 AppRouter implements Router して、まったく独自のルーティングルールに する事もできるけど、RouterImpl#addRouting() もそのまま利用できる様に Routing の方を拡張する方法にしました。 オマケにすらならない様なテスト付き。 package com.example.regexrouter.controller; import javax.servlet.http.HttpServletRequest; import org.junit.After; import org.junit.Befor
Slim3における拡張子付きURIのマッピング - nakawai’s diary
CoolなURIでJSONを返すURLはどう表現するか 内部的には「/user/get?id=12345&type=json」となるようなURI（idが12345のユーザ情報のJSON形式）を、Cool URIではどのように表現するのが適切か悩んでいた。「/user/json/12345」や「/user/12345/json」はなんか違う気がするし。 そしたら「Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)」にその答えが書いてあった。 例えば１つのリソースをHTMLとテキストとJSONで表現できる場合には、それぞれ「.html」「.txt」「.json」という拡張子を付けてここの表現を分けると良いでしょう。 「Webを支える技術」 p.062 先述の例で言えば、「/user/12345.json」となる。なるほど確かにこれはしっ
#slim3 1.0.6 のSimpleControllerを使った場合のテスト方法 #appengine
先日、slim3-1.0.6がリリースされました。たくさん機能追加がありますが、最近の自分的に嬉しい機能のひとつにController内でInputStreamが使えるissue62への対応があります。 Support for Controller#createRequestHandler(): http://code.google.com/p/slim3/issues/detail?id=62 この機能を使用する際のテストケースの書き方の例を書いておこうと思います。あと、ついでにMetaクラスにJson->Model、Model->Jsonを行うユーティリティメソッドが追加されているのでそれも使っています。@takawitterさんの仕事です、ありがとうございます、便利です。 まずはController Httpメソッドとリクエストパラメータによって追加・修正・削除と1件返却、リスト返却
Slim3 - とりあえず雑記帳(跡地)
gen-controllerターゲットでControllerを自動作成する。 build.xmlを開く(ダブルクリック等)。 Outlineビューからgen-controllerターゲットを選択し右クリック→[Run As]→[Ant Build]を選択する [Ant Input Request]ダイアログの[Input a controller path.]に、作成したいアクションのリクエストURLを入力すると、リクエストURLに対応したパッケージとControllerが作成される。 また、Controllerの遷移先となるJSPも作成される。作成直後はwarディレクトリ直下に作成されるが、外部にJSPが公開されるのも具合が悪いので、WEB-INFの下(WEB-INF/jsp等)に移動したほうがベター。その際は、Controller内のJSPのパスも移動先に修正する。→そもそもGAE/J
社名変更のお知らせ | シアトルコンサルティング株式会社
こちらのページは移転しました。 この度、旧会社名シアトルコンサルティング株式会社からＭＥＴＡＴＥＡＭ株式会社へと社名変更および、弊社コーポレートサイトをリニューアルいたしました。 このページは5秒後に、新しいコーポレートサイトに自動転送されます。 遷移しない場合はこちら。
1対多の所有関係にあるデータを記録するサンプル - うなの日記
Google App EngineのDatastoreで1対多の所有関係にあるデータを相互参照できる形で記録するサンプルです。 1対多 1つの親が、複数の子を持つような関係です。 親(Parent.class) ├子1(Child.class) ├子2(Child.class) └子3(Child.class) 所有関係 オブジェクトの所有される側(子)は所有者(親)を必ず必要とする強い関係?です。 もうひとつ、非所有関係というのもあり、 これであれば「どちらのオブジェクトもお互いの関係から独立して存在することができる」とのこと。 多対多の関係を構築する場合は、非所有関係を使うらしい。 なお、非所有関係のデータは1トランザクションでは保存できない、という制約があります。 相互参照 親/子の双方で検索できるようにします。具体的には以下の両方ができる、ということです。 親Aが保持する子の一覧を
é¢ä¿ - Google App Engine - Google Code
Python æ¦è¦ CGI ç°å¢ ãã¼ã¿ã®æ ¼ç´ æ¦è¦ ã¨ã³ãã£ãã£ã¨ã¢ãã« ãã¼ã¿ã®ä½æãåå¾ãåé¤ ãã¼ã¨ã¨ã³ãã£ã㣠ã°ã«ã¼ã ã¯ã¨ãªã¨ã¤ã³ããã¯ã¹ ãã©ã³ã¶ã¯ã·ã§ã³ åã¨ãããã㣠ã¯ã©ã¹ GQL ãªãã¡ã¬ã³ã¹ ãªãã¡ã¬ã³ã¹ Model Expando PolyModel Property Query GqlQuery ãã¼ é¢æ° ä¾å¤ ãµã¼ãã¹ Memcache æ¦è¦ Memcache ã®
JDOの１対多
システムに絶対はない。だからシステム屋は悩み続けなければならん。君の苦悩を私は支持するよ。(すみませんGistにソース移行中です) 結構はまりました。 ここにあるようにバグにより 親のオブジェクト、子のオブジェクトのキーはKeyにする必要があるようです。 ※子は仕様にも記述してありますけどね。 まず親側のクラスを class Shop { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Key key; @Persistent(mappedBy = "shop") private List<Image> imageList; ・・・getter,setterは未記述 } と記述します。 Keyは通常のIDENTITY(Longで自動設定した場合)と同一で、特に登録などの際に 設定する
GAEのデータストアで使えるJDO関数 - うなの日記
JDO2.2で規定されている関数のうち、どれとどれがデータストアで利用できるのか調査してみました。結論としては、 「Collection.contains」は利用可。 「String.matches」は制限付きで利用可。 前方一致条件(「hoge%」みたいな条件)のみ指定できる。 後方一致(「%hoge」)や部分一致(「%hoge%」)は使えない。 ワイルドカードは「%」。(仕様書では「.*」が任意の長さの文字列になっているように読めるのだけど・・・) 他のソート条件との併用は不可。(matchesで指定した属性でしかソートできなくなる) 「String.startWith」も利用可だが、「String.matches」と同じくソート条件の制約を受ける。 他はすべて利用不可。 関数 利用可/不可 補足 contains(Object) ○ get(Object) × そもそもMap型のフィ
App Engine ã§ã® Google Data API ã®å©ç¨ - Google App Engine - Google Code
Python æ¦è¦ CGI ç°å¢ ãã¼ã¿ã®æ ¼ç´ æ¦è¦ ã¨ã³ãã£ãã£ã¨ã¢ãã« ãã¼ã¿ã®ä½æãåå¾ãåé¤ ãã¼ã¨ã¨ã³ãã£ã㣠ã°ã«ã¼ã ã¯ã¨ãªã¨ã¤ã³ããã¯ã¹ ãã©ã³ã¶ã¯ã·ã§ã³ åã¨ãããã㣠ã¯ã©ã¹ GQL ãªãã¡ã¬ã³ã¹ ãªãã¡ã¬ã³ã¹ Model Expando PolyModel Property Query GqlQuery ãã¼ é¢æ° ä¾å¤ ãµã¼ãã¹ Memcache æ¦è¦ Memcache ã®
Task Queue Java API Overview - Google App Engine - Google Code
Python Overview CGI Environment Storing Data Overview Entities and Models Creating, Getting and Deleting Data Keys and Entity Groups Queries and Indexes Transactions Types and Property Classes GQL Reference Statistics Reference Model Expando PolyModel Property Query GqlQuery Key Functions Exceptions Services Memcache Overview Using Memcache Reference Client Functions URL Fetch Overview Reference T
ここが大変だよBigtableとGoogle App Engine
2つのインデックス「シングルプロパティ」「コンポジット」 「シングルプロパティインデックス」がカギ Datastoreサービスでは、あるテーブルに含まれるすべてのエンティティについて、すべてのプロパティ（テーブルのカラムに相当）の値をキーとして並べた「シングルプロパティインデックス」と呼ばれるインデックステーブルが自動的に作成されます。 例えば、テーブルEmpが備える「name」「age」「dept_key」という3つのプロパティについて、「テーブル名＋プロパティ名＋プロパティ値」をキーとし、「Empテーブルの各行のキー」を値とする以下のようなインデックステーブルが作成されます。 Datastoreサービスでは、このシングルプロパティインデックスを用いることにより、アプリケーションが実行するクエリを「インデックスとスキャンの組み合わせ」に背後で変換しています。 例えば、上述の「age >=
Google App Engineのtips集 - スティルハウスの書庫の書庫
（随時更新中です。間違いなどありましたらコメントをお願いします！） このページのtinyurl: http://tinyurl.com/gaetips Datastoreのtips Bigtableの内部構造 BigtableによるDatastoreの実装 Datastoreによるクエリの実装 トランザクションとエンティティグループ Datastoreのtips List Proprtyとmerge joinの使い方 GAE一般のtips GAEのサーバー構成とリクエストの流れ Task Queue APIの使い方 開発環境とプロダクション環境の違い Flex/AIR＋GAEのtips GAE/JにBlazeDSを組み込む BlazeDSの本番環境へのデプロイでハマる Datastore APIの取り扱いでハマる App Engine開発の便利な参考ページ TOPGATEさんのGoogle
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
Google Code Archive - Long-term storage for Google Code Project Hosting.
https://groups.google.com/forum/#!topic/google-appengine-java/rq9I5FudXVk
App Engine Connected Android Support - Google Plugin for Eclipse - Google Code
VTECH - Virtual Technology's Portal Site