(3/15 : タイトル修正しました。wは小文字ですね、すみません・・・) PlayFrameworkが流行り始めてから割と経ちますので、そろそろ正式採用しようと考える方も多いのではないかと思います。 強力な静的型付けで守られたPlayは、ミッションクリティカルなシステムや数万行を超える大規模システムの構築に特に向いているような気がします。 また、Servletを使っていないのに加えてMVC構造がベースなので、今までRailsなどで開発をしていた人でもシームレスに移行できると思います。 しかし、忘れてはならないのがPlayのアーキテクチャが全ての処理が非同期で行われることを前提としているという事です。 ここを忘れてPlayをただの強力な静的型付けで守られたMVCフレームワークとだけ考えて開発を進めてしまうと、本番環境で稼動させた時にパフォーマンスが上がらずに困ることになるかもしれません。今

Scala大好きっ子たち、今日も元気にPlayしてますか？Scala初心者のTamaです。Play Framework2.X書きやすいし速いしいいですよね！ただ、レールからちょっと外れようとすると取っ掛かりが見つけにくいのも最近の流行に乗ってるというか…。 今日は、Typetalkの新機能の開発中に必要があって実装したちょっとした工夫を２つほど紹介します。 言語リソースファイルをディレクトリ分けしたい(メッセージリソースの分割) Playの言語リソースファイルはたとえばデフォルト＋日本語の2言語ならconfディレクトリ以下に messages messages_ja というファイルを用意して、 と書けばいいのですよね。でもたくさんのパートを複数人で同時に開発している場合、このmessagesファイルにどんどん新しい行を追加していくことになり、gitでコンフリクトしたり、別の場所でキーがかぶ

かめくっぱ(💉x6) @kamekoopa 2.4本番で特に問題なく稼働してるけど細かいバグは出てて今2.4.2まで出てる。Cookieが24日以上保存できないバグがまだある。あと開発モードでスレッドのリークがある #play_ja 2015-07-05 15:06:27

あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

Scalaをどうやって学ぶのがいいのか？ということはScalaを使い始めた数年前からずっと考えています。よく「Scalaは難しい」と言われますが、 どこが難しいのか？ なぜ難しいのか？ ということを、これまで書籍や雑誌記事、ハンズオンなど入門用のコンテンツを作ってきた経験を踏まえて整理してみました。 まず、Scalaが難しいといわれる理由のひとつに学ばなくてはならないものが多すぎるという点があげられます。Scalaはオブジェクト指向言語ですが、関数型言語の特徴的な機能を取り入れているため、きちんと理解するには両方の言語のイディオムを学ぶ必要があるためです。 ただ、Scala自体は必ずしも関数型言語の知識がなくても使えるように設計されています。最初はBetter Javaとして一般的な手続き型オブジェクト指向言語の延長として使い始めることができ、Scalaの特徴的な機能に触れていくことで少し

case class Cont[R, A](run: (A => R) => R) { def map[B](f: A => B): Cont[R, B] = Cont(k => run(a => k(f(a)))) def flatMap[B](f: A => Cont[R, B]): Cont[R, B] = Cont(k => run(a => f(a).run(k))) } ここで重要なのは Cont のコンストラクターに渡される run 関数です。 この run 関数を作り Cont のコンストラクターに渡すことで、継続モナドを作ることができます。 それで run 関数の型を見てみますと (A => R) => R とあります。 A => R という型の関数を受け取り、おそらく受け取った関数を実行し R という結果を返すという動作が期待できます。 ここで A を全体の中の途中の計

Typesafe社製のWebアプリケーションフレームワーク「Play framework」のアドベントカレンダーです。 Scala版、Java版ともにこちらでどうぞ。 Play 2.xだけでなく、Play 1.xな話題もOKです。

tototoshiさんの、これ Play 2.3 がリリースされたので変更点と試し方を説明します の便乗(?)的な感じで、なぜか自分もチュートリアルを書いてみます。普通に書いたら意味ないので、少しだけ変わった方法を書いてみます。 変わった方法とは、あえてtypesafe activatorを使わない方法を書きます。また、play2.3がどうやって成り立ってるのかを説明するのも兼ねて、activatorを使わないだけでなく、なんらかのテンプレート使ったりとか自動生成とかもせずに、一つずつ手作業でやって、最低限の構成のところまでだけを説明します。 なので、実用的なのかどうかはわかりません。慣れたら、それぞれみんなtypesafe activator使うなり、独自にテンプレート的なプロジェクトを用意しておくなり、giter8使うなりした方がいいかもしれません。 あと、先に完成後の最小限のplay

http://www.playframework.com/documentation/2.3.x/Highlights23 https://groups.google.com/forum/#!msg/play-framework/bTvJbeR_zvU/J3reqk6Xo4AJ 変更点は以下の通り 新規プロジェクトを作るのに今までは play new コマンドを使っていたけれど Typesafe Activator を使うようになった。 asset のコンパイルに sbt-web を利用するようになった(sbt-web については http://slides.pab-tech.net/sbt-web/ を見るとよい) 。 Java8 サポート。Java 6,7 も引き続き使えます。 Play-Java のパフォーマンス向上 Scala 2.11 サポート (2.10 も引き続きサポート)

https://github.com/xuwei-k/play-json-extra 昨日の夜、数時間くらいで適当に作った。*1モチベーションとしては case class Foo(a: Int, b: String, c: List[String]) というようなcase classがあった場合、以下のようにReads*2を書くわけですが implicit val fooReads: Reads[Foo] = ( (__ \ "a").read[Int] and (__ \ "b").read[String] and (__ \ "c").read[List[String]] )(Foo.apply _) 上記のようにそのままFoo.applyに渡す場合、Int, String, List[String] の3つの型を書かないといけないのって面倒だと思いませんか？Fooの型から推論できそ

https://docs.google.com/document/d/11sVi1-REAIDFVHvwBrfRt1uXkBzROHQYgmcZNGJtDnA/pub Scala の重要と思うとこだけピックアップ。 2.2 Typesafe Activator Typesafe Activator っていうブラウザからプロジェクトのテンプレートを作ったり、開発できたりしちゃうなんだかすごいもの(なんだかすごいので是非触ってみましょう)があり、それのサポートが進められます。 使用する sbt が 0.13 になる バージョン上げるだけと思ったあなた。残念でした！ sbt ですよこれは！ sbt は 0.13 で build.sbt がパワーアップするので、今 Build.scala で設定しているのを build.sbt に移行しようっていう計画のようです。 ivy リポジトリ、ドキュメント

https://github.com/tototoshi/play-flyway Play にはもともと Evolutions というデータベースマイグレーション機能がついていますが、それと同じような機能を Flyway で作りました。 Flyway は Java 製のデータベースマイグレーションライブラリなんですが、Java でコードを書いたり、XML を使ったりではなく、Evolutions と同様に、Plain な SQL ファイルを使うのが基本です。 http://flywaydb.org/ Motivation 1 (重要) Play の Evolutions Plugin って実は DBPlugin に依存しているので、DBPlugin を使わない人にとってはちょっともどかしいところがあります。DBPlugin を使わない人ってのは例えば Mongo とか使ってる人 Scali

Kenji Yoshida @xuwei_k https://t.co/fofsHMAm Play2 の QueryStringBindable や PathBindable 、独自に拡張できることはわかったけど、メリットとかデメリットとか、どういうとき独自に拡張して使うべきかがイマイチよくわかってない 2013-02-16 00:51:37

よしださんのこんなツイートを見たので、 https://twitter.com/xuwei_k/status/302445064976732160 Play 2.x ではリクエストの処理をどのコントローラーのどのアクションに任せるか、 conf/routes というファイルで定義します。そのとき、パスやクエリストリングに含まれる文字列を引数としてアクションに渡すことができます。 アクションに渡すときはパスやクエリストリングはアクションの引数の形に変換する必要がありますが、その変換ルールを定めているのが PathBindable[T], QueryStringBindable[T] といった implicit object です。conf/routes では例えば Int などはではデフォルトで変換してくれます。これは QueryStringBindable[Int] を Play 側が定義

数日前にtweetしたけど、一応blogにも。 http://xuwei-k.github.com/play2.1-RC4-dependency-graph.html 追記2.0.4もつくったよ http://xuwei-k.github.com/play2.0.4-dependency-graph.html 2.1-RC4のときにやりましたが、ライブラリの依存関係については、2.1.0とまったく同じはずです(このdiff参照) これ↓ https://github.com/jrudolph/sbt-dependency-graph 使いました。

Play2.1からはデフォルトのORMがAnormからScalaQueryに変更されるって話を聞いたので PlayFramework2.0のTODOチュートリアルをPlay2.1+Scala+Slickで書き直してみようと思います。 まず2.1RC1の導入ですがこちらから Play2.0.4で作ったプロジェクトをPlay2.1RC1で利用できるようにするためにはいろいろ変更の必要があります。 が、今回は大人しくPlay2.1RC1で作成したアプリケーションを利用しましょう。 まずSlickの導入です。 object ApplicationBuild extends Build { val appName = "SlickSample" val appVersion = "1.0-SNAPSHOT" val appDependencies = Seq( // Add your project

便利なPlayコンソールとEclipseでのデバッグ方法：Scala＋Play 2.0でWebアプリ開発入門（3）（1/3 ページ） 2.0からScalaに対応したWebアプリ開発の人気軽量フレームワーク「Play」について解説し、Webアプリの作り方を紹介する入門連載。今回は、さまざまなコマンドが使えるPlayコンソールの使い方と、Eclipse上でのPlayアプリのデバッグ方法を一から順に解説します 前回の記事「Play 2.0のアーキテクチャとディレクトリ構成の基礎知識」では、Playアプリの全体的なアーキテクチャ、ファイル構成、各ディレクトリの役割などについて紹介しました。 今回は、Playアプリの操作を行うPlayコンソールについての解説と、Playアプリ上でのデバッグ方法を紹介します。 第1回記事では、「eclipsify」コマンドを使ってPlayアプリケーションをEclips