Hello, Merbists!

Today, I explain how to develop Merb apps that runs on GAE/J environment by using dm-datastore-adapter.

First of all, here is whole source code of an example app. Please check it out.

• http://github.com/genki/hello-gae/tree/master

After checking it out, you must edit appengine-web.xml file. Open it by editor and change the application name to yours. And then you should make war directory by typing this command.

   1  MERB_ROOT% jruby -S warble war

It generates files under tmp/war.

So far, you are ready to deploy this app to GAE/J Of course, you need an account of GAE/J to do it. Please get it in advance :-)

Let us go to deploy by this command.

   1  MERB_ROOT% appcfg.sh update -e {youraccount@gmail.com} tmp/war  

This process takes a time for the first time. If the log didn't say any errors, you got success!

Now your first Merb app on GAE/J is here at http://{your app name}.appspot.com/

Congrats!

Further improvement is your home work :-p

APPENDIX

All required gems are being packed into jar file located at lib/merb.jar. This enables you to pass the limit of which you can upload only 1000 files to GAE. If you add more gems to the jar file, you can do it like this

• unpacking it
• add gems
• and repack it

Enjoy!

Cloud Computingに関する文献をメモしておきます。

• Above the Clouds: A Berkeley View of Cloud Computing
• Is Cloud Computing Really Ready for Prime Time?
• Eventually consistent

Rails勉強会#40のセッションでも言いましたが、 エラーが発生した時等に表示されるbacktraceの表示は、 コンソールのように上から下に流れる画面上では 通常の逆順のほうが追いやすいと思います。

ということで、ちょっと試しにそのような挙動にしてみました。 以下のようなコードを実行するとテストできます。

   1  class Exception
   2    def set_backtrace(bt)
   3      puts bt.reverse.map{|i|
   4        i.sub(/^([\/\.\w]+):(\d+)/,
   5          "\e[33m\\1\e[m:\e[32m\\2\e[m")
   6      }.join("\n")
   7    end
   8  end
   9  
  10  def foo
  11    raise StandardError
  12  end
  13  
  14  def bar
  15    foo
  16  end
  17  
  18  bar

こんな感じに、エラーが発生した場所に近い順に、 下から上にたどっていく感じに表示されます。

上から下のbacktraceに目が慣れてしまっているので、最初は追いかけにくさを感じますが、一旦慣れてしまえば、スタックが深くて相当スクロールアップしなければエラーの発生源までたどり着けないという場合には良さそうな気がします。

stackという概念のイメージのせいで、新しいものが上の方に来るようになっているのだと思いますが、実用上は新しいものが下にくるこのスタイルの方が便利ではないでしょうか。