18 indispensable Android travel appsSave yourself time, headaches, and even money with these standout Android apps for business travel.

Google App Engineに最適化したJavaフレームワーク「Slim3」登場。作者のひがやすをさんにインタビュー Slim3は、Google App Engineで複数行のトランザクション操作を可能にし、標準で用意されているAPIよりも高速な動作を実現するなどの特徴があります。Slim3を開発したのは、オープンソースのJavaフレームワークとして知られるSeasarなどを開発してきたひがやすを氏です。 正式リリースにあたり、Slim3の特徴、開発に苦労した点、今後の展開などについて、ひが氏自身に説明してもらうべくインタビューをしました（インタビューはメールで質問し、返答いただくという方法で行いました）。 Slim3の設計哲学は、“Less is more”を実現すること ―― Slim3とは何でしょうか？ Javaにそれほど詳しくないというプログラマにも説明するとしたらどう説明す

Google App Engine/Javaで開発している人は、かなりの確立で、JDOを使って開発していると思います(JPAが使い物にならないので)が、心の奥底では、JDOの使いにくさに疑問を持っているはずです。ただ、GoogleがJDOを推しているので、思っていても口に出せなかっただけで。 バグが多い問題も、思っていても誰も口にできないタブーです。 これは、JDO自体の問題というより、JDOのような汎用的なソリューションをBigtableという超限定的な環境に適応させようとしているところに根本的な無理があるのです。 Bigtableには、Datastore APIというBigtableに特化されたLow level のAPIが用意されています。やはり、このLow level APIを使うのが一番素直で無理がないのです。 今回は、appengine java night #2というイベント

Google App EngineにはTransactionは1つのEntity Group内でしかできないという制限があります。詳しくは、App EngineのEntityGroupを理解しよう - yvsu pron. yasを参照してください。 そうするとある口座から別の口座にお金を振込むような送金のパターンで、Transactionを利用することができません(すべての口座を1Entity Groupに押し込むと更新がぶつかって現実的ではないから)。送金パターンで整合性を保つためには、理論的には次のようになります。 http://songofcloud.gluegent.com/2009/11/blog-post_18.html 実装するとこんな感じ。 http://blog.notdot.net/2009/9/Distributed-Transactions-on-App-Engi

ここに詳しく書いてあることを本エントリは書いているだけですが、重要な内容なので書いておこうと思います。 appengineのトランザクション分離レベルはRead Committedとほぼ同等です。主要なRDBMSの一般的なトランザクション分離レベルということです。しかし、ちょっとした落とし穴があります。 Read Committedとは SELECT文は問い合わせが開始される直前までにコミットされたデータのみで、コミットされていないデータは参照しない。 コミット前のデータを読んだりしないということですね。（ダーティーリードはしない） appengineのcommit()には2つのマイルストーンがある commit()を実行すると下記の2つが順に実行されます。 マイルストーン A (エンティティに対する変更) マイルストーン B (インデックスに対する変更) データを作ってからインデックスを

Google App EngineではRDBMSのようなUnique Indexをサポートしていません。ユニーク制限を実現する場合は、トランザクション中でKeyを使ったgetとputを組み合わせる必要があります。 ここでは、email addressがユニークだったらそれを確定してtrueを返し、そうでない場合にはfalseを返すコードを考えます。 最初にトランザクションを使わないコードを見てみましょう。KeyFactory.createKeyの最初に引数は、kindといってテーブル名みたいなものです。 public boolean putUniqueEmailAddress(String value) { DatastoreService ds = DatastoreServiceFactory.getDatastoreService(); Key key = KeyFactory.cr

App EngineのEntitiGroupは、Keyの親子関係を利用して組み立てられたEntityの集まりです。 Entityとは、Bigtable上の1つの行で、ユニークに識別するためのKeyを持っています。 Keyは、種類をあらわすkindとAppEngineから自動的に採番されるidもしくはアプリケーション側で自由に決めることのできるnameで構成されます。 通常は、AppEngineの自動採番に任せますが、Emailのアドレスをキーに使いたい場合などは、nameを使います。kindはテーブル名のようなものだと思ってください。 Keyの親子関係は次のようにして作ります。 Key grandparentKey = KeyFactory.createKey("Grandparent", "しげお"); Key parentKey = KeyFactory.createKey(grand