Sign in - Google Accounts
Google App Engineに最適化したJavaフレームワーク「Slim3」登場。作者のひがやすをさんにインタビュー
Google App Engineに最適化したJavaフレームワーク「Slim3」登場。作者のひがやすをさんにインタビュー Slim3は、Google App Engineで複数行のトランザクション操作を可能にし、標準で用意されているAPIよりも高速な動作を実現するなどの特徴があります。Slim3を開発したのは、オープンソースのJavaフレームワークとして知られるSeasarなどを開発してきたひがやすを氏です。 正式リリースにあたり、Slim3の特徴、開発に苦労した点、今後の展開などについて、ひが氏自身に説明してもらうべくインタビューをしました（インタビューはメールで質問し、返答いただくという方法で行いました）。 Slim3の設計哲学は、“Less is more”を実現すること ―― Slim3とは何でしょうか？ Javaにそれほど詳しくないというプログラマにも説明するとしたらどう説明す
Slim3をScalaで動かすためのいろいろ - ( ꒪⌓꒪) ゆるよろ日記
「EXILEはクラウド!」 ではなく、appengine ja night #6 Beer Talk : ATNDで発表した内容です。 Slim3をScalaで動かすためのブランクプロジェクトと、ScalaのController/Serviceを生成するSlim3-gen-scalaを作りました。 yuroyoro/slim3-scala-blank · GitHub yuroyoro/slim3-gen-scala · GitHub slim3をscalaで動かしてみたView more presentations from guest16d8e4. 特徴 ScalaでSlim3が動きます。 ScalaのController/Serviceを生成できます。 EntityはJavaで作成しますが、Scalaから問題なく使えます。 テストはSpecsで書けます。( specs - a BDD
Slim3 1.0.0 Released - ひがやすを技術ブログ
Slim3 1.0.0をリリースしました。 リリースノートはこちら http://sites.google.com/site/slim3appengine/release-notes ダウンロードはこちら http://code.google.com/p/slim3/downloads/list Slim3の主な特徴は次のとおりです。 Global Transactions Faster than JDO/JPA Fast spin-up HOT reloading Type safe query 詳しくはこちらをどうぞ http://slim3.org Seasar2譲りのHOT reloadingやS2JDBC譲りのType safe queryなどもありますが、最大の特徴は、Global Transactionsを実装していること。 http://d.hatena.ne.jp/hig
はてなブログ | 無料ブログを作成しよう
ケンタッキー・フライドチキン1号店への旅 ケンタッキー・フライドチキンがケンタッキー州の創業した当時の場所にまだ1号店を構えている、そんな当たり前なようで驚きの話を聞いたので行ってみる事にした。住んでいるデトロイトから車で6時間半。微妙な距離であるが、今しか行けるチャンスがない、行くしかない…
AppEngineのDatastoreの学び方 - ひがやすを技術ブログ
Google AppEngineではBigtableの上にDatastore Serviceが構築されていて、開発者は、このDatastore Serviceを利用してBigtableにアクセスすることになります。このDatastore ServiceはPython版もJava版も機能はほとんど同じです。もしかすると、全く同じものかもしれません。 GAE/Jの場合、JDOを通じて、Datastore Serviceを利用するのが推奨されていますが、実はこれが嵌りポイント。 JDOは汎用的なインターフェースなので、Datastore Serviceを理解するのには向いていません。Datastore ServiceがRDBMSのような高機能なら、JDOを通じて抽象化し、Datastore Serviceのことは知らなくても済すのもぜんぜんありなのですが、残念ながら、そうなってはいません。 Da
App Engineでバージョンによる楽観的排他制御 - ひがやすを技術ブログ
Song of Cloudで送金のトランザクション処理パターンが紹介されていました。 http://songofcloud.gluegent.com/2009/11/blog-post_18.html 同様のpython版がこちら Distributed Transactions on App Engine - Nick's Blog 上記のやり方で基本的には問題はないのですが、バージョン管理による楽観的排他制御を行っていないので、送金だけを考えるなら、残高を差分で更新しているので大丈夫ですが、これを一般的なパターンに拡張しようとすると、楽観的排他制御は必要になります。 楽観的排他制御とは、エンティティにバージョン番号を持たせておいて、メモリ読み込んだときのバージョン番号と書き込むときのバージョン番号が等しいことを確認する方法で、RDBMSの場合は、次のようなSQLを実行することで実現しま
Slim3 Preview release - ひがやすを技術ブログ
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
Song of Cloud: Slim3 Datastoreに乗り換える(1)
Slim3 DatastoreはGoogle App Engine for Javaのデータストアを操作するライブラリです。 最近JDOからSlim3 Datastoreに乗り換えつつあるので、背景や使い方などをつらつらと書いていきます。 Slim3 Datastoreの特徴 Slim3 Datastoreはデータストア低レベルAPIの薄いラッパーとして作成されています。他のラッパープロダクト(JDO/JPA)と違いApp Engineのデータストア専用に作られているため、提供される機能が非常に直感的で、さらにかなり高速に動きます。 ざっくり説明すると、以下のような機能を提供しています。 データストア上のデータと自作のモデルオブジェクトを相互に変換する 他にも色々とあった気がしますが、Slim3 Datastoreを利用する最大のメリットは上記の点でしょう。 しかもこの変換層をコンパイル時
#appengine javaのdatastore操作は #slim3 がおすすめ
自分はdatastoreのアクセスにJDOを使わない(個人的には、という意味ですが)し、Webアプリとしてのフレームワークという意味ではWicketTester並みの単体テスト環境が無いとイヤなので、slim3は今まで見送ってました。しかし、最近slim3がlow-level APIに対応したといぅ事でちょっと触ってみたりソースを読んでみたところ…S2JDBCを触っていた自分にとってめちゃくちゃ良いフレームワークとなっていました！これはスゴイ使いやすい。モチロンS2JDBC未経験の人でも全然おk。 自分としては「GAE/JのDatastore操作としてJDOから入るとハマる、誤解した理解をしてしまう」という意見をずっと持っていたので、ちょっと触る程度の初心者の方にはLow-Level APIで説明をしていました。ちょっと触ってもらうだけなら今まで通りでもいいですが、「実際に使っていくための
Seasar Conferenceのふりかえり - ひがやすを技術ブログ
雨の中、600名の人に来ていただきどうもありがとうございました。 アンケートも一通り目を通しました。よねさんの俳句が好評で、今井さんのギャグが不評だったことが良くわかりました(笑)。 Seasar2とSlim3のすみわけについてよくわからなかったという意見がいくつかあったので、補足しておきます。Seasar Projectで、今最も人気のある組み合わせである「Seasar2.4 + SAStruts + S2JDBC」は、安定していて、機能も充実しているので、既にSeasar2を使われている人は、そのままSeasar2を使い続けて欲しいと思っています。 Slim3のターゲットとしているユーザ層は、現在Struts + Spring + Hibernate/iBatisで開発していて、生産性がいまいちあがらないなぁとおもっている人たちです。 別の言い方だと、コンテナには、Springを使いた
Slim3 Strutsの仕様 - ひがやすを技術ブログ
Slim3 Strutsのベースは、SAStrutsですが、タイプセーフさをこれまでより目指したいと思っています。 例えば、SAStrutsのアクションでは、メソッド名を文字列で指定していました。 @Execute(reset = "reset", validate = "validate") @Required(target = "login") これを改善するために、まず、アクションの単位をユースケースではなく、SAStrutsでいっている実行メソッド単位にします。そして、アクション(実行メソッド)ごとにアクションフォームを指定できるようにします。 例えば、helloアプリケーションのsubmitメソッドは、次のようになります。 package tutorial.action.hello; public class Submit extends S3Action { protected
Javaのコネクションプーリングの仕組み - ひがやすを技術ブログ
Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー
Slim3のトランザクション管理 - ひがやすを技術ブログ
Slim3のトランザクション管理の部分を実装しました。 http://svn.slim3.org/browse/trunk/slim3/slim3-transaction/src/main/java/org/slim3/transaction/ 一番のポイントは、どのアプリケーションサーバで動いているかを自動で検知して、適切なセットアップをすることです。これにより、単に設定が楽になるだけではなく、同じ設定ファイルで、テストのときも本番のときも動かすことができます。 設定といってもslim3_configuration.propertiesに次の一行を足すだけ。 slim3.plugins=org.slim3.transaction.plugin.TransactionPluginPluginというのは、アプリケーションの開始時と終了時に呼び出されるクラスで、通常は、Plugin#initi
Slim3入門 - ひがやすを技術ブログ
Slim3 Container、略してS3ContainerのDI部分は出来上がったので、機能を軽く紹介します。 まだ、サイトのデザインが決まってないので、サイト自体がないのですが、興味のある方は、https://www.slim3.org/svnのリポジトリにアクセスすることで最新のソースを見ることができます。 はしもとさん、はやくSlim3のサイトの打ち合わせをしましょう。 S3Containerを動かすには、以下のjarファイルが必要です。 slim3-commons-xxx.jar slim3-container-xxx.jar geronimo-annotation_1.0_spec-1.0.jar geronimo-ejb_3.0_spec-1.0.jar geronimo-interceptor_3.0_spec-1.0.jar javassist-3.4.ga.jar ge
DIContainerはコモディティ化する - ひがやすを技術ブログ
SpringやSeasar2など、現在のDIContainerは、独自の機能を追及し、機能の豊富さを競っているようなところがありますが、この動きはもう直ぐ終わりを迎え、DIContainer自体は、コモディティ化するでしょう。 例えば、DIやライフサイクルのアノテーションの@Resource, @PostConstruct, @PreDestroyなどは、common annotationとして定義され、SpringやSeasar2では、既に利用可能になっていて、独自のアノテーションよりもこれらのアノテーションを使うほうが(Seasar2の場合は)推奨されています。 Seasar2では、既に、EJB3.0にも対応していますし、SpringもPitchfork ProjectでEJB3に対応しているので、Spring 3.xでは、コアでEJB3.1に対応してくるでしょう。 EJB3.0は、イ
半年間Slim3の開発に集中する - ひがやすを技術ブログ
Slim3は、この半年間、ずっと構想を練ってきたわけですが、10月からいよいよ本開発に入ります。なぜ、半年間も構想を練っていたかというと、SAStrutsとS2JDBCの開発が続いていたからというのが主な原因です。 なぜなら、Slim3は、SAStrutsとS2JDBCをポーティングしようとしているので、ポーティング元が安定してないと、二重にメンテナンスをしなければいけなく、負担が大きくなってしまうためです。 半年間待っている間に、状況も大きく変わってきました。一番大きいのは、Springのメンテナンスポリシーの変更ですね。 Springの新しいメンテナンスポリシーでJava界の勢力図が変わる もともと、Slim3は、Springコミュニティに対して、Seasar2で人気のあるHOT deployの機能とSAStrutsを提供しようというつもりで企画しました。 しかし、Springの新しい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GAE/JでScalaとSlim3使って恵方を知ることができるサービス作ったよ(誰得?) - ( ꒪⌓꒪) ゆるよろ日記
Google Code Archive - Long-term storage for Google Code Project Hosting.
はてなブログ | 無料ブログを作成しよう