Railsアプリとして動作させてみましょう。RailsでもJDBCアダプタ(activerecord_jdbch2_adapter)で動作させようと思います。そのためdatabase.ymlを下記のように設定しました。動作確認だけですので、設定内容はdevelopment環境のみ記載しています。マイグレーションスクリプト内でmembersテーブルのサンプルデータを登録するようにしてあります。サンプルデータの様子は、db/migrate/fixtures/members.ymlをご覧ください。password:設定を記述したら、マイグレーションを実行したのち、WEBrickを起動します。port=3000この状態でブラウザを起動し「http://localhost:3000/login」にアクセスしてログインし、動作を確認してみてください。Railsでの動作が確認できたところで、GAEへデプロイしてみます。デプロイの手順は基本的に第3回のものとほぼ同様ですが一部異なるところがあります。下記に手順のサマリーを再掲し、続いて第3回と異なる箇所を記載します。第3回の手順と異なるところは以下の通りです。上記(1)の手順において、rails2_appengine.rbの実行中にファイルの上書きを要求されるところがありますが、routes.rbおよびsesson_store.rbは上書きしないようにしてください。config/initializers/session_store.rbの以下(最下部)をコメントアウトしてください。これにより、通常のセッションオブジェクト(cookie_store)を利用できるようにします。:java_servlet_store#endマイグレーションの代替コントローラを作る実際の開発時は、デプロイ用にもう1つ別のディレクトリを作り、そこにアプリケーションのコードをすべてコピーして作業されることを推奨します。今回のアプリケーションではMigrationコントローラのindexメソッドでテーブルの作成を行いますので、アプリケーションの起動後は「http://hostname/migration/」を実行するのを忘れないようにしましょう。ちなみにテーブルを作り直す場合は「http://hostname/migration/reset」を実行してください。endendいかがだったでしょうか。Railsの場合はPHPと比べて若干手順が多いものの、普通に作ったRailsアプリケーションがGAE環境にもそのまま持って行けそうだということがお分かりいただけたのではないかと思います。本番環境にデプロイ、しかし......おそらく、この記事をお読みになっている方の中には、実際に記事の通りに動作させてみている方も多いことと思います。dev_appserver.rbによるローカル環境での動作確認までは読者の皆さんも順調にできたのではないでしょうか。筆者の環境では肝心のクラウド上での動作でエラーになってしまって動作させることができませんでした。ご存じの通り、GAE上でのアプリケーション実行には、いわゆる「30秒の壁」(リクエストを受けてから30秒以内にレスポンスを返さないとHardDeadlineExceedErrorが発生し処理が強制的に中断される)というものがあります。今回のアプリではこの制限にかかってしまい、起動に失敗していました。up)に時間がかかると言われており、今回の場合、30秒の制限のうちおよそ22〜23秒をRails自体の起動に費やしてしまっていることが主な原因と考えられます。up時間の短縮のための機能改良について言及しています。GAE上でのJRuby環境も今まさに発展の途上にあり、今後のバージョンアップによって動作速度の向上が期待できます。使って、ある有名なアプリケーションを実際に動かしてみます。コンピュータに「3の倍数と3の付く数字」を判断させるにはどうしたらいいか。高性能なIT機器に囲まれた環境でコンピュータの動作原理に触れることは可能だろうか。関数型言語に分類されるHaskell。Lispの一種であるScheme。World!」プログラムで使われる、「printf()」「main()」関数の中身を、デバッガによる解析と逆アセンブル、ソースコード読解などのさまざまな側面から探る連載。World!」プログラムで使われる、「printf()」「main()」関数の中身を、デバッガによる解析と逆アセンブル、ソースコード読解などのさまざまな側面から探る連載。(2017/7/6)日頃発生する“面倒くさい業務”。簡単なプログラミングで効率化できる可能性がある。Excel」で使えるVBAを紹介する。