Play FrameworkLet's look at the following common scenarios for generating a Play project in IntelliJ IDEA: If you have an already existing Play project, you can import it or check out from version control. In this case you can follow the regular procedure for importing or cloning a project. If you are not familiar with Play Framework and want to learn how to use it, create a Play project via Intel
2.0からScalaに対応したWebアプリ開発の人気軽量フレームワーク「Play」について解説し、Webアプリの作り方を紹介する入門連載。 ※本連載をまとめて読めるKindle向け電子書籍もあります。 Scala＋Play 2.0でWebアプリ開発入門（終）： Play2プラグインのインストールと使用と新規開発 2.0からScalaに対応したWebアプリ開発の人気軽量フレームワーク「Play framework」について解説し、Webアプリの作り方を紹介する入門連載。最終回は、Playを使ったアプリケーションを拡張させる仕組み、プラグインの使い方および開発方法を紹介します。（2014/1/28） Scala＋Play 2.0でWebアプリ開発入門（11）： Play2＋nginx/Akka/WebSocketで高速双方向通信 Play framework 2.xを既存のWebサーバーと連携
2.0で大幅に拡張されたPlay Framework 本連載の第14回、第15回で「Play Framework」（以下、Play）というJavaアプリケーション開発フレームワークを紹介しました。Playは、Ruby on Railsのように簡単なコマンドだけでMVCスタイルのWebアプリケーションの雛形を構築し、開発をスタートさせることができるフレームワークです。 2012年3月13日、そのPlayの新バージョン「Play framework 2.0」（以下、Play 2.0）がリリースされました。この新バージョンでは、核となるアーキテクチャに大幅な変更が加えられました。主なポイントとしては次のような項目が挙げられています。 JavaおよびScalaのネイティブサポート 強力なビルドシステムの構築 型安全性へのフォーカス 非同期プログラミングのより強力なサポート データストアとモデル
備忘録ですお。 継続的デリバリー曰く「あらゆる環境に同じバイナリをデプロイせよ」 開発環境とか本番環境だとかで同じ設定を使っているなんてことは、まぁ、殆ど無いと思います。 DBの接続先とか、外部サービスのURIだったりとか。 なので、開発にデプロイする時と本番にデプロイする時で設定情報を切り替える必要があるわけですが、よく取られるアプローチとしては任意の環境用にビルドするというのがあると思います。*1 つまり build develとか build prodみたいなことをして、それぞれの環境用の設定で、それぞれの環境用のバイナリを作るというアプローチです。 しかし、継続的デリバリーはこう言っています。 「いろんな環境に簡単にデプロイできるようになるし問題の切り分けしやすくなるから、どの環境にデプロイするかにかかわらず同じバイナリ使え。」 そうなると、アプリケーション本体には設定へのポインタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
