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
Slim3の正式リリースは、来年の一月くらいになりそうですが、ドキュメントも最低限のものはそろったので、今の段階のものをPreview版として紹介しておきます。 サイトへは、http://slim3.org でアクセスしてください。 Getting Startedをやり、Slim3 Datastoreのドキュメントを読み、Online demoをみれば、Slim3のことは把握できるようになっています。 Oneline demoからソースも見れるようになっているので、動かしながらソースを確認することができます。Online demoは、IE6で見るとレイアウトが崩れていますが、これはIE6を使うなというメッセージということで。(IE7,8では未確認) Slim3は、Google App Engineに対して最適化されています。 例えば、最近、App Engineで問題になっているのは、spi
前回はJDOでしたが、slim3がJDOではなくなったので新しいDatastore版を作りました。前回と異なるのは保存元のモデルをEntityGroupのルートエンティティにしてBackupをEntityGroupに加えたことです。以前まではEntityGroupの考え方がわかっておらず、こんな時にEntityGroupは使わないのだろうと思っていたのですが、EntityGroupはRDBの関連ではなくKeyで構成されていることからEntityGroupに含めてもいいという考えに至りました。 Keyで構成されているとはどういうことかは下記資料の18P〜22Pをご覧頂くのがいいと思います。 appengine java night #1View more documents from Shinichi Ogawa. Backup.class import java.io.Serializab
本エントリは、エントリ「JJUG CCCいってきました」の一つです。 （補足）のところが主に自分で考えたところ。でも他にも暗に補完してると思うのでそこんとこよろしくお願いいたします。 はじめに Amazon EC2は仮想化サービスであり既存技術と連続 Google AppEngineは既存技術に対する制約が大きく連続性がない 制約とは Threadが使えない ContextClassLoaderが使えない セキュリティが厳しい。seculity.policyの設定が厳しい。 → Spring 2.5からコンポーネントスキャンというのをやってアノテーションを読み取るのだがそれは動かない。 Struts2の式言語はOGNLを使うがセキュリティマネージャを設定していると駄目 → nullにすれば良い ファイルに書き込みできない Apache Commonsのファイルアップロードはテンポラリファイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
