【Java】Play framework【Scala】

Play frameworkを語る。

参考サイト
・本家( Java ) : http://www.playframework.org/
・本家( Scala ) : http://scala.playframework.org/
・日本語訳( Java ) : http://playdocja.appspot.com/
・日本語訳 ( Scala ) : http://playscalaja.appspot.com/

むはははははは

いいよね

一瞬使いやすいかと思ったが、railsと同じめんどくささがあった

Spring roo と比較して

Form+Validation周りがイマイチ

結構いいと思うんだがなぜか話題にならないな

playapps.netってどうよ

1.sqlとか2.sqlって…もうちょっとなんとかならなかったのか…

すげー！Playframeworkのスレが建っている！！

GAEモジュールってどう？
処理速度は出るのだろうか？
JPAを使ってBigTableにデータを出し入れする際に、速度が落ちるかもしれないと思いまして。

私はスキルが無い、なんちゃってエンジニアなので、ただの思い込みかもしれないのですが、
皆さんはどう思われますか？
GAEでお使いの方はいらっしゃいますか？

>>4

railsと同じめんどくささとは何でしょうか？

職人技

そうかもね

異常

何という過疎具合...
最近翻訳してくれてるサイトで勉強始めたんだけど、みんなどれくらいでチュートリアル終わった？

プレーフレームワークにつて質問とかがあれば日本語でどうぞ。
って作者がつぶやいてた。日本語もおｋ。

>>15
外国の人じゃないの？

わろす

クリスマス

Heroku採用で知名度アップのハズ。

Javaで使われることがなさそう

Scalaはありえるかもしれないな
Liftと比べてどうなの？

RailsとかGrailsなどのMVCを経験してる人間にとっては、Playの方が分かりやすいという意見が多そうだね。

http://stackoverflow.com/questions/3670237/should-i-use-play-or-lift-for-doing-web-development-in-scala

wicketやliftみたいなステートフル・フレームワークは間違ってるよね

2.0が楽しみだな

wicketは魅力がさっぱりわからん

全部入りですごく気に入った

JPA使ってBean書いてるようじゃ
Rails系としては中途半端だな。
ASMとかJavassistのバイトコード操作で
ActiveRecordのパクリはできなかったのか？

全部入り感は無いよ
簡単に使えて、実効性能も高速なのが何より大きい
付属の専用サーバソフトはTomcatより遥かに軽そうだし、
簡単に高速なものが使いたいと考えてる人には完全に合致した選択肢

これセッションをキャッシュに改名してるな。
台数増えたらセッションレプリケーションしないで
DB使えって意味合いかな

正直、ちょっとでも凝ったことするなら地雷
オーソドックスで簡単な事をするなら最高
２．０くるからそれでだいぶ変わるかもしれんけど

springもそうだけど
バイトコード変換使うことでリフレクションなくして
高速化してるのはソース追うのも大変そうだな。

packageの名前短いのは他もみならってもらいたい
orgとか誰得だよ
import play.mvc.*

import org.springframework.web.servlet.mvc.*
import org.seasar.framework.container.*
import org.apache.wicket.markup.form.*

手打ちするわけじゃないからどうでもいい

問題おおいわ
商業レベルで使えるもんじゃない
２．０が安定してから、つまり１年後くらいにどうなってるか

>>33
2.0に問題が多いって事？

>>34
1.2.3に問題が多い
2.0はまだpreview版

>>28
memcached使うんだろ

JSライブラリも統合してAjaxも標準でサポートしたらいいのに
jQueryすら書かずにWicketのように非同期部品呼ぶだけでいいみたいな

非同期部品をどこにおくんだ？

そんなの俺らが考えることじゃない

>>38 だけど
ソースにnew AjaxHogeButton("id")とか書いたら冗長になるし
テンプレートにいわゆるタグライブラリーを置くしかないだろうね。
wicketはジェネリクスとか含めるとものすごい冗長だったし
非同期部品の使い心地が良くなかった。

ｊQuery同梱くらいはしてくれていいかも

gwtモジュールほしいな

チュートリアル動画ではjQuery使ってんのに同梱してないなんて

わりと盛り上がってるな
http://www.atnd.org/events/22247

webapiみたいなの作るのはクソ簡単でイイね。

javaのアノテーションプロセッサにコンパイルオプション不要なら
もっと面白いことができたかもしれんのが惜しいな

Acacia k62ptju
arise in stability
Ashley Scared The Sky
ARTEMA
Before My Life Fails
bilo'u
break your fist
Capture of the Sky
Crossfaith

半年位前に試した。

dbまわりのデフォルトのarnomというやつに失望した。
個人的にはsquerylとかいうタイプセーフなorマッパーとかの方が良さそうに感じた。

強い型のある言語使ってるのに、dbのコラムへのアクセスが文字列って意味不明。
存在しないコラムにアクセスしようとしてるコードや、
誤った型でアクセスしてるコードが通ってしまい、
それがテストだのというトライアンドエラーでしか検出出来ないなら、
scala使う意味無し。

すいません
Railsでいうpartialってどうやるんでしょ？

1.2.4
です

安定版の１系の最新版1.2.4で、
HTTPSでやたらIOExceptionが出たり（これは無視していいらしい）、ぬるぽが出る（こっちは詳細不明）
つまりどういう事かというと、HTTPSという一般的な機能すら洗練されてないという事です

>>51
例外が出てどうなってるの？
処理が途中で止まる状況？
.NetじゃないからJavaは例外出してなんぼな部分があるからなぁ

本家のメーリスは割りと盛り上がってるね

いざデプロイしようと思ったらどのファイルが必要なものなのか判別が面倒過ぎる
play付属サーバはwar使えないみたいだし、どうしたらいいのやら
./eclipse
.classpath
とかをplayが実行時に中身を見てたりするのかどうかとか
いちいちトライアンドエラーで確かめてみるしか無いという苦痛

>>54
文句はもうちょっと勉強してから言おうぜ
恥ずかしいから

勉強といっても公式マニュアルは検索したし数ページは読んだし
この程度の労力で見つからないなら糞認定しちゃうよ

あとapplication.confで定義した変数をviewから直接参照するにはどうしたらいいの？
コントローラーでセットせずに。

play ecだっけ

エクリプス用に作られる設定ファイルはデプロイするときはいらんべ

>>56
× 変数
○　定数
だった

>>56
playはドキュメントめちゃくちゃ充実してんじゃん

SVN や Git でソース管理しているなら，公式のマニュアルにも書いてある通り設定ファイル類は除外するから svn export とかすればいいだけ．
実行中に追加されたファイル類も除外リストに追加していけばいい．

>>56
マニュアルにも書いてるが，Template内は play.Play オブジェクトが変数名 play として暗黙で追加されている．
${play.configuration['appliation.name']} とかで取得できる．

linuxでroot以外でplayを起動できた人っている？
エラーも出ないのに止まってしまう。
80と443をlistenしたというメッセージも出ない

1024以下のポートやrootじゃないと開かんねん

>>61
VirtualBox上だけど、Ubuntuの一般ユーザで普通に動いたよ
Play自体をホームディレクトリ配下に置いた

>>62
それは知ってるんだけど、capabilityで一般ユーザでも1024以下使えるようにできるじゃん。
それやると今度はlibjli.soが見つからないというエラーが出て、これが解決できない。
仕方なくsudoでやろうとしたけど、なんか最近のsudoは環境変数を引き継がないみたいで
JAVA_HOMEが設定されていないというエラーが出て
どうしようかってとこで止まってる。

>>63
俺も
/home/http/play-1.2.4
っておいてるんだけど
80と443使えない。

Java一般の問題なのかもしれないけど。

>>64
俺も同じ問題に行き着いてあきらめたわw
sudo なら sudoers に引き継ぐ環境変数の設定ができるけど，結局startupスク
リプトで必要な環境変数渡して起動してる．
まぁ，apacheやlighttpdでproxyして使う方が多いと思うから1024以下をbindで
きなくても問題無い気もするけど．

ところで，2.0 がリリースされたというのに何の反応もないんだな．

sudo -i もしくは　sudo -E でいけるかと。

play 2.0.1

これを次のプロジェクトで実戦投入しようとしてるバカがいるんだがどうよ？

おまえよりは賢い可能性もある

手を動かしもせずに口だけの奴よりは賢いし未来もあるだろうね

大した実績もないフレームワークを実戦投入しようとすることのどこが賢いの？
リスクだらけじゃん。

はじめてStruts使って開発したときも同じこと言われたわ

先に実績を奪われるリスクの大きさをわかってないから、いつまでも底辺のまま

>>73
先行してる強みはでかいよな

実績が〜リスクが〜云々言うやつは大体が新しいことをやりたくない、学びたくないという一緒にいて全く面白くない人間

>>71みたいな奴は技術者に向いてないから転職したほうがいい

実績もリスクも考慮しないアホがただの好奇心で
実戦投入するのってハッキリ言って迷惑なんだけど。
何か問題起きたらどうすんの？責任取れんの？
お前らにはプロの意識ってのが欠けてると思うわ。

万年受諾のゴミ企業は一生枯れた技術だけ使ってればいいんじゃない？
そんな所は底辺技術者の集まりだから、無理に背伸びする必要はないよ。

今、Play!のサイト見てきた。
Play!がJava web frameworkの主流になることはないと思う。

このページの「Re-play history」のところに注目
http://www.playframework.org/

version1.0 , 1.2のときは、PythonやGroovyをサポートしていたのに
2.0になったら、PythonとGroovyは消えてしまった。
その代わりにScalaが出てきた。

サポートするプログラミング言語がこんなにコロコロ変わっては話にならない。
PlayがPythonなどを捨てた理由のひとつに「実行時にならないとエラーが判らない」
ことなどが書かれていた。
「そんなこと最初から気がついとけよｗ！」と。

ORMやテンプレートの仕様が変わってしまう、とかは他のフレームワークでも
よくあるけど、言語が変わってしまうなんてないのはまずない。論外。
2年後にはJavaやScalaさえサポートしてるかわからないｗ

>>77
俺は受託じゃないけど同意だな。
エンジニアの好奇心を満たすために、顧客のサイトを実験台にするようでは
三流のエンジニア、会社だと思う。

程度の違いはあれど枯れていようがいまいが問題は発生するんだよね。

客が云々って言うのは確かにその通り。
ただこう言う発言をする人ってSIerが大多数な気がする。
わざわざ専用スレに「実績ないから使えねえよ」って書き込んで誰が幸せになれるんだ？
自分たちがやってる仕事が唯一正しくてほかは間違ってると思い込んでるよ。

そもそもどんな製品でも最初は実績ゼロなわけで、それをいろんなエンジニアが勇気と責任感と好奇心をもって導入して行った結果実績がついてくる訳じゃん。
実績がない物を使うのは三流って発言は、そういった先人達を三流って言ってる訳だけだ。
それを貶すのは流石におかしいんじゃないか？

俺が>>79で指摘した、「次々とサポート言語が変わる点」についてはどう思うの？
「PythonやGroovyをすぐ捨てた」のも（マイナスの）「実績」だろう？

「Groovyはじめました」
といっていたと思ったらすぐ放り投げて
「Scalaはじめました」
だからな

開発主導してる人が浮気性すぎる
過去の実績だけでなく、将来性も不安
2年後に存在してるのか？
こんな適当ではセキュリティパッチもリリースしなそう

Scalaとつながりが強いから今後はあまり変わらないんじゃね？
メーリスも割と活発だし

>>82
Javaでできてる以上Javaは外れんだろう

>>81
どのFrameworkも採用事例を紹介したがるのが普通だけど、
Playは公式サイト見ても、大規模サイトの導入事例が見つからない。

v2.0にもなってるのに、大規模サイトの成功事例がないってのは
これも立派な「実績」ではないか？

日本語の本もあったし、さぞ海外では人気になっているのかと思っていたが、
そんなことはなかった。
今までの経過をみると、俺はとても（時間を）投資しようという気になれないな。
開発者がサポート言語ころころ変えてぶれまくってるから、将来性はない、と判断した。

Java系列（GroovyやScala含む）で使いやすそうなFramework探していたが、
Scala系のLiftが将来性があると思ったわ。
Javaの知識あれば、Scalaはすぐに覚えられるし、5年の実績もある。
エレガントで高速なScala言語と、フルスタックのFramework。
Foursqureなど高トラフィックサイトでの事例もある。

わざわざ専用スレまで来てディスるような奴の言うことだからな

>>84
あれ、2.0系はScalaで書いてるんじゃないの？

scalaはJavaで動いてるしな

代替にLift挙げてる時点でアホじゃん

>>79
でも使ってみるとｽｶﾗちゃん良い感じだった

ヘタレプログラマーだからテンプレートではあまり難しい事しなうように心がけてるから
言語変わってもちょっと書き方変わったぐらいですぐ慣れる

>>84
前回もだけど、今回もjava版とscala版に分かれてるから
そのうちjava版なくなったりするかもしんないｗ

>>89 >>86
反論するなら理由くらいかけよ
理由を書かない＝書けない、だろうが

>>84 >>91
v2.0はScalaで書き直したと書かれてるな
Python, Groovyに続きJavaも捨てそうだな。
迷走しすぎ

他にJava系で使いやすそうなのないの？
Struts2とかSpring MVCはめんどくさいとか聞く。

Java developerはたくさんいるのにRailsやDjangoのような
人気のあるのが出てこないのは何でなんだろな

>>92
今のところフレームワークと名の付く物でイイと思ったのはplayぐらい

他は面倒だわ、中々動かないわで
フレームワークで生産性向上とか実感できたことがない

なんか2.0のチュートリアルは1.2の頃と比べるとやっつけ感が凄いな

それはそうと7月くらいに都内で100人気規模の勉強会やるみたいだけど行く人いる？

さっきからグダグダ書いてる低脳君は何なのかね。
リスクを言い訳にする底辺エンジニアなら、こんなスレを見る必要もない。
大人しくJSPスレやらStrutsスレにでも行けばいいだけのこと。

>>94
まだ1.24にない機能も多いんでねぇかな

2.2になる頃には充実してるだろう

実際に大した実績ないからそんなにムキになって怒るんだろう？
あとエンジニアならリスクに関しては最低限考えようぜ？
マイナーなフレームワークなんだからエンジニアの確保や
学習期間も重要な要素だろ。
なーんにも考えてない園児ニアだから自分の趣味に走って
プロジェクトを危険な状態に追い込むことになる。
プロジェクトを私物化するんじゃねぇよ。

>>97
どっかの園児ニアが手をださんと実績はできんからのぅ

うんそうだね。
頭の悪い君にも、そろそろこのスレに居る理由がないことを理解できる頃だと思うから、
別のスレにいこうね。

>>97
ムキになってるのはお前だろ。
リスクを乗り越えて誰かが使うまで実績なんてのは生まれない。
それが出来るまで何もできない無能集団なら大人しくしてろよ。
他人のプロジェクトが何を選択しようがお前に関係には関係ない。

こういう新しいことを学のが嫌なタイプの人間の耳にもPlayの事が入ってくると言うのはある程度浸透し始めたのかな？という感じだな。

ただ新規案件で導入事例があまり聞こえてこないと言うのは確かにあるね。
それはPlayというより、Javaを使うよりLLを使ってるからではないかな？
Scalaに関してはアクター使ってサーバ自身に使われる事が多いみたいだし。

ちなみに俺はPlay2.0&Scala勉強しつつ個人的にサービス立ち上げるつもりだ。

twitterを見てると次のプロジェクトで使うと書いてる人がいるね

>>100
リスクに晒してもいいようなショボいプロジェクトならいいんじゃね？
好きなだけ趣味の為にプロジェクトを私物化しなさいよ。
たしかにお前のような人柱がいるおかげで技術の進歩があるのかもしれない。
Play Framworkに色々な実績ができたときに初めて使わせてもらうよ。
まぁ、もし鳴かず飛ばずならスルーさせてもらうが。
エンジニアにも選択と集中って必要だと思うよ。
日々色々な技術が出てくるんだから全て学んでたら体が足りない。
今後必須となることがほぼ確定している技術のみに絞って習得すべき。

>>103
やっと納得できた？
Play Framworkはお前にはまだ早い。
数年経ってからまたこのスレに来ればいいと思うよ。
それではさようなら。

フレームワーク導入に弱気になるのはわからないでもないが、それをプロジェクト私物化とは言わないでしょ
採用提案者がケツ拭く覚悟があるのなら構わないんじゃない？
そりゃサポートが手厚ければいいけど、フレームワーク自体に流行り廃りはあるもんだし、3年単位ぐらいで状況一新するよ
そんなに実績重視するのなら他にしたほうがいい

Play2.0のチュートリアルのAnormのところで、値を取得するために構造体？みたいな物をSQLを実行する際に使っていますが、その中で各変数名をチルダで繋いでいます。
このチルダにはどんな意味があるのでしょうか？
たしかScalaではビット反転とかだったようなきがするんです...

少なくとも今さらStruts使うくらいならPlayだな

Strutsしかできない自称Javaプログラマ、SEなんかが反対してんだろうけどお呼びでないんだよね

>>103
必ずこういうことを言う奴がいるが
そうやって商機を逃してることにいつになったら気がつくんだ
今までどれだけのチャンスを潰してきたか自覚してないんだろうか

>>103のように、勉強しないことに言い訳するような奴にロクなのはいない。
それ以前にフレームワークの使い方を覚えることがエンジニアの仕事と思ってる時点でたかが知れているが。志が低すぎる。

要件にあったframework使えばいいだけの話じゃないのか？
どれを使うかは事前にいくつか検証し比較してから決めるのであれば、playが機能的に満たしてるのなら候補に加えてもいいと思う。

Facebookみたいな趣味レベルからの成功例が出ると普及するかもしれん
でもtwitterでScalaが普及することもなかったから難しいな

Playはなんどもサポート対象の言語を捨ててきた「実績」があるようだからな

PythonやGroovyとPlayで作った奴らは、全員はしごをはずされたわけだ。
システム改修するなら全部作り直しするか、メンテもなく終了したバージョンを使うしかない。
客にとっては一番迷惑な結果だ。

Play 2.0はJavaとScalaを対象言語としたようだが、
コアはScalaで書き直したと書かれている。
また同じように迷走してしまってるわけだ。
Scalaに傾倒していっているのは明らかで、
Javaサポートも雲行きが怪しくなってるのが今の現状かと。

1.2はちゃんと残して行こうってコミュニティで頑張ってるよ。
コミッタに日本人が決まってるし。
そもそも、オープンソースなんだから何かあったら対応できるし誰か有志が頑張ってくれる可能性もある。

LinuxとかOSレベルの解析は大変だけどフレームワーク系なら何とか理解できるでしょ？

Scalaに傾倒して行ってるってそれがJavaにとってなんか問題があるのか？
ScalaとJavaの関係も理解してないみたいだし、Play自体も触ってないんじゃないの？
触ってすらないのに実績がとかサポートがとか、本当にエンジニアなの？

>PythonやGroovy切捨て -> Scala へ
むしろjavaも完全に捨ててScala1本にすりゃいいと思うよ。
複数の言語を使うっておかしな話だ。

へっぽこプログラマー的には他のフレームワークも
playぐらいラクチンに動くようになるといいんだけどな。

難しすぎなんだよStruts2
一応Struts2は勉強したし、使ってるプロジェクトにも何度か参加したけど
未だに他人が書いたコードを猿真似して書いてるような感覚。

そゆ意味、playは勉強する必要はないかもしんない。
へっぽこプログラマーでもやべぇこれ簡単ｗｗｗｗって動かせるわけだから
Struts2使いこなせます！って人ならすぐ使えるようになるんじゃね。

>>112
むしろこれから使うのは1.2の方だろ
2.0を現場に投入するのはまだ早い

園児ニアが投入しちゃうぞーってのは止めやしないけどさｗ

Scalaってまったく人気ない言語なんだな
46位。
Scalaなんでこんなに人気ないんだろ
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

Playはどこに向かってるのかさっぱりわからないな
3.0はCOBOL用になってるかもしれん

もういっそのことPlay言語でも作っちまえよｗ

下のスレのJava版あったらいいと思うんだけどどう？
Java系フレームワークを総合的に扱うスレ。


【Python】Python Webフレームワーク総合スレ
http://kohada.2ch.net/test/read.cgi/php/1329996601/

プロジェクトに投入するにあたって具体的にどこが駄目なのかがロクに出てなくてワラタ

投入しないための言い訳しか書けない馬鹿が暴れてただけだよ。
使う気もないのに、プロジェクトがｰ実績がｰって馬鹿丸出し。

>>120-121
継続性を考えないほうが馬鹿だけどな
使い捨てのコード書くなら使えばいいんじゃないか


海外含めて、高トラフィックのサイトがどこもPlayを採用してない。
そういうことだ

>>122
で？
そんなことを議論したいなら、別のスレにいけばー？

必死にPlay擁護してるやつがいるな
Playの本の著者か？ｗ

>>124
ああ、出てきた…
反論出来なくなると信者とかステマしか言えなくなる低脳が。

反論できてないのはおまえだろ

高トラフィックで実績あるサイトはどこよ？？
Javaは高トラフィックサイトの定番だからJavaのせいにはできないぞ

30個以上Javaフレームワークあるのになぜあえて実績のないPlayを
採用する必要があるんだ？

そういえばLinkedInはPlayだったっけ？

>>126
君は実に低脳だな。
実績が少ないことなんて分かってるし、他のフレームワークだっていくらでもある。だからなんなの？
最初に書いてやっただろ。
使う気もないのに、プロジェクトがｰ実績がｰって馬鹿丸出の奴が居るって。
実際の性能比較を議論するならまだしも、お前の場合は壊れた鳩時計のごとく実績を連呼するだけ。
自ら馬鹿をさらしに来るなよ間抜け。

>>128
馬鹿はおまえだ
英語が読めればPlayがどんな状況にあるかわかるはずだ

おまえは人格批判をしてるだけで、
Play採用のデメリットについてなにひとつ反論できていない

>>129
英語は得意じゃないけど頑張って読んでみるから参考URL教えてくれ

>>129
ここにいる人は大体がデメリットがある事は理解してると思うぞ？
ただそれを自分達で何とか乗り越える気概がある。
それにクリティカルな業務に導入はしないだろうし、しろとあってるわけじゃない。

トラフィックの多いサイトで採用されてるフレームワークって何があんだべ

Struts1とか？

ところで日本のユーザグループのメーリングリストでロゴの投票やってるけど投票したかい？

だいたい「高トラフィック」の定義も曖昧だし
「Javaは高トラフィックサイトの定番だからJavaのせいにはできないぞ」に至っては意味不明
よく理解せずに批判してるだけなんだろうな

公式サイトでは「毎秒数千リクエストを容易に捌ける」とあるわけで
コレを信じるなら大体のプロジェクトでは問題ないレベルだろう

meteorとどっちが優れてる？

なんでViewにGroovyとか使っちゃってんのかね。
Javaのフレームワークと言いつつScala推しだし。
フレームワークと言いつつAPサーバも作っちゃってるし。
もう作者の壮大なオナニーとしか思えませんわ。

何でってそりゃ使う側が簡単に使えるためにじゃないの？
拡張JPAだってそうじゃん

フレームワークってもjsp/servletに乗っかるフレームワークとかならAP鯖いらんけど

そうじゃなかったらいるんちゃうの？

この人の面白いね。業務でも使ってるらしいけど。
ttp://www.slideshare.net/ikeike443/presentations

1.2系統のひと、IDEはなに使ってる？
っていうか、標準のhtmlエディタだとシンタックスでエラーが出るんだが

ちゃんと公式サイト読めよ
eclipseやnetbeans用のプラグイン同梱してるって書いてあるだろ

>>140
Session使えない弱点は致命的だな
セキュリティ重要なデータはクライアント側に保持してはいけないし。

>>143
サーブレットで言うセッションはPlayだとキャッシュだよ

こうやって公式サイトどころかこのスレさえ読まずに知ったかぶりで批判する奴の多いこと多いこと

>>144
キャッシュでは言葉の意味が違うだろう
キャッシュといったら常に最新の情報返すとは限らない。

>>145
140の奴がセッションがないって書いてるだろ

>>145
おまえは公式サイト読んだのにキャッシュとセッションが同等のものだと思ってるのか？

>>146
名前はキャッシュなんだけど、セッションの代わりにも使えるんだよ
というか公式でセッションはクッキーだから、大事なものはキャッシュに保存してねって書いてる

>>148
え？セッションがcookie？

Sessionのためのcookieに保存されているのは、ユーザを
一意に識別するためのIDだけ。
データそのものはサーバ上に安全に保持される。
sessionはステートレスなhttpの弱点を補う大事な仕組みだ。

もし開発者が本当に
「セッションはクッキーだから、大事なものはキャッシュに保存してね」という趣旨の
発言をしているのなら、セッションやセキュリティの基礎知識もないってことだ。

>>145
こうやってsessionの仕組みも知らず、知ったかぶりで>>143を批判する奴の多いこと多いこと

>>149
playにおいて、サーブレットのセッションに相当するのはキャッシュになってるんだよ
playのセッションはクッキーに暗号化して保存してるだけだし文字しか保存できない

だからサーブレットと同じ使い方しちゃだめよって公式に書いてある

>>150
相当するは間違いだな

サーブレットのセッションは、セッションIDをクッキーに保存するか
常にセッションIDを付けて通信するって方法で実現してる

playの場合は、セッションはクッキーに暗号化して文字入れるだけ
クライアントに渡したくない情報は、
キャッシュがサーブレットで言うアプリケーションスコープに相当する使い方できますよってことになってる

>>151
公式サイトにサーブレットで言うセッションとほぼ同等の使い方例示してあるよ
要はjsessionidの代わりとなるキーがありゃいいだけじゃん

>>149のように根本的に勘違いしてる人もいるようだが
わざわざSessionと言う用語を再定義してややこしくしたplay側にも問題はあると思う
わざわざSessionとかいうクラス名にせず最初から素直にCookieクラスにしときゃ誤解も生まれずわかりやすかったんじゃないの
そうすりゃ従来のSessionはCacheが肩代わりしますって話だけで済んだはず

>>151
結局、サーバー側で、安全にデータを保持する仕組みはないってことか。

>>153
暗号化してCookieに書き込んでいるだけのものをSessionと名づけたのは、
Playに機能がないことをごまかすためにわざと判りにくい名前にしたんじゃないか

とりあえず、>>143に対する回答としては「そういうときはCache使え」でFA
公式サイトもそう言ってるし、>>140のリンク先の人もはっきりとそう書いてる

公式サイト一通り読んだらこの辺のことは書いてあるんだから、やっぱりよくわかってない人だけがなんやかんやと騒いでるだけなんだろうな
それとも日本語訳のページからはこのあたりの情報が丸ごと抜けてたりするのか？

>>154
だからあるってば

>>154
俺の文の後半部分読んでる？
サーブレットでいうSessionはPlayではCacheと呼ばれる機能が肩代わりするんだと書いただろ
セッションIDのかわりにuuid発行する機能もある
これらを組み合わせてSessionと同等のことが一通りできる
日本語でも説明ちゃんとあったぞ
http://playdocja.appspot.com/documentation/1.1/cache

>>157
URL張るなら最新版はったほうがわかりやすいよ
1.1とか古いのもう新規で使わないでしょ

>>157
Cacheは消えてしまうから、保持できてるとはいえないないでしょ
設定した期限まで保持できないと同等とはいえない

複数サーバの場合も同一のデータを返す仕組みもない

データベース上にセッションの情報を保持する仕組みもない。

こっちにも書いてあるじゃないか
lifetimeを通じてデータを保持できるJava EEとは違うと書いてあるだろ？
キャッシュはあくまでもパフォーマンス改善のための仕組みでしかない。

Memcachedなんかもセキュアでないことも知ってるよな？


http://www.playframework.org/documentation/2.0.1/JavaCache

For any data stored in the cache, a regeneration strategy needs
to be put in place in case the data goes missing. This philosophy
is one of the fundamentals behind Play, and is different from Java
EE, where the session is expected to retain values throughout its lifetime.

似たような物はあれどいつ消えるかわかりませんよか

Memcachedがセキュアじゃないのは知らなかったな、同期のための通信が暗号化されてないとか？

ぐぐったら出るだろうと思ったらすぐ出た

Memcached に潜むセキュリティホール | スラッシュドット・ジャパン セキュリティ
http://security.slashdot.jp/story/10/08/10/0052240/Memcached-%E3%81%AB%E6%BD%9C%E3%82%80%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%83%9B%E3%83%BC%E3%83%AB

Cacheで同じような事はできるがステートレスを謳ってるんたから推奨はしてないだろうな。
あとSession(Cookieに保持する文字列)は暗号化じゃなくて改ざんチェックをしてるんじゃなかったかな？暗号化する方法も提供されてたとは思うが。

おいおい、PHPですらSessionあるのにPlayにはねーのかよｗ
「CacheがSessionの代わりになるんだよ(ｷﾘｯ」じゃねーよｗ
CacheはCacheだろ。Sessionじゃねーんだよ。
素直にPlayにはSessionありませんって言えばいいのに。
AP鯖も自作してんだからSessionぐらい実装しとけよな。
マジで使えねー。

もっとplayのだめなところを教えておくれ

>>163
分散機能のないPHP標準のセッションとごっちゃにするな恥ずかしい

>>1
Java用Webアプリケーションフレームワークの総合スレ立てた

【Java】 Java Web Application Framework 総合
http://toro.2ch.net/test/read.cgi/tech/1338707919/

>>165
でもPlayにはセッション自体がねーんだろ？
PHPにも劣るじゃん。

だからMemcachedだって

>>161
＞Web サーバー? memcached 間のネットワークをモニタすることで
こんなことされるような環境にしなきゃいいだけのこと

memcachedのこれがセキュリティホールなら、
セッションファイル開いたら中身まんま見れちゃうPHPも十分セキュリティホールだな

しかしcacheは保存の保証がないのが痛い

保証がないもんだと思って作ればいいんだろうが

PlayでSessionないのは
Seasarがホットデプロイで悩んでいた問題を解決するためだろうね。

セッションレプリケーションをなくしたいのなら
代替手段にデータベースもってくるはずだし。

2.0にメール機能は付くんかな

1.* にしか対応していないモジュールは待ってれば 2.0 にも対応しますかね。
oauth とか 2.0 で使えるとよいのになーと思っているのですが。

2,0 は標準の Play の API に OAuth とか OpenID 用のパッケージが入ってる。

誰か見てるかな(´・ω・｀)ﾎﾞｽｹﾃ
ttps://hello-chapati.dotcloud.com/hello.war/


困ってる事
　■アクションチェーンをするとhttpsのアドレスからhttpのアドレスに遷移してしまう。

環境 Play Framework 1.2.3 ※1.2.4〜1.2.5でも同様
０．https://hello-chapati.dotcloud.com/hello.war/にアクセスする。
１．Application.indexアクションで入力画面が表示される。
２．登録ボタンを押すとApplication.registUserアクションにPOSTする。
３．Application.registUserアクションで処理が終わると、
　　Application.indexアクションへリダイレクト(アクションチェーン)する。
４．入力画面に戻ってくる。
　　この時なぜかURLがhttp://hello-chapati.dotcloud.com/hello.war/になってしまう。

■条件
・dotcloud上で動かした場合。
・Apache2にSSLの設定をしてPlayと連携させた場合。

※PlayのアプリにSSLの設定をしてhttpsにアクセスした場合は、アクションチェーンをさせてもhttpsのままです。

Apache2にSSLの設定して連携する時って
Play Frameworkのアプリ側で必要な設定ってあるのでしょうか？

ttp://playdocja.appspot.com/documentation/1.2.3/production#server
SSLの設定はここを参考にしました。

>>175
ここよりは日本のユーザグループに質問投げた方がいいと思うよ。

>>177
やっぱりあっちのがいいかなぁ。
スタックオーバーフローは日本語がまるで見当たらなかったのでビビって逃げました。

検索してみても、同じ悩みの人がいるかもわからなかったorz

スタックオーバーフローなんて、日本語で書いている人誰もいないでしょ
@IT が、スタックオーバーフローと同じようなQAサイトを作ったので、そっちで聞いてみたら？
http://qa.atmarkit.co.jp/

いっぱい質問を登録してくれって中の人が言っていた。

>>179
そこ利用してみます、ありがとうです。

DotCloud + Play Framework1.2.3-1.2.5 アクションチェーンでhttpsからhttpに移動してしまう。 - QA@IT
ttp://qa.atmarkit.co.jp/q/2275

QA@ITに登録してみました。
こちらで回答いただけたらあたらにも反映しようと思うので、
こちらでも引き続き回答募集中です。

>>181
twitter #play_ja で特定したww
#play_ja は見ている人も多いから、きっと誰か反応してくれると思うよ。
回答があるといいね。

威勢がいいけど、アスミン一人で圧倒できるような

play 2.0.1 から触りはじめたけどいいね！
コードの量が少ない少ない。
驚いてる。

>>181
何気にplayの初質問なんだなｗ
rubyとrailsの質問が多い

「さよなら原発10万人集会」を新聞はどう報道したのか？検証してみた

★政府が隠蔽したいこと
↓
�@「坂本龍一　パブコメで声あげよう」
�A広瀬隆が原発の再稼働を止めるために電力会社と取引を計画
http://b●log.goo.ne.jp/yqmcps

歌＆作曲＆演奏：坂本龍一
http://www.youtube.com/watch?v=w22IhMuwhLw
http://www.youtube.com/watch?v=iVTFeozHWcA

Playの作者がScalaの会社から金を受け取るようになった2.0からアホになってるな。
2.0の戻り値でokとかnotFoundとかHTTPステータスを意識させるのは改悪というかアホだろ。
ok以外は必要なときに指定できればいい。どんだけ低レベル層のフレームワーク作る気だ。

フレームワークはアホ向きにあるもんだが、作るほうが理論優先で祖結合とか
頭でっかちになってくると、反転してアホになってることさえ気がつかないのか。
いや作者は分かってても、Scalaに金で買収されたから逆らえない罠。
金儲けが悪いとは言わない。ただ2.0はJava EEの匂いがする。

アホフレームワーク Play

2.0 系で servlet でいう setAttribute("string",object)
みたいなことってどうやるの？

業務で使っている人、ウェブサーバは何を使ってますか？
サクラで専用サーバだとApacheが入ってるからApacheになるのか
それともまんま play framework ？

業務で使えるレベルじゃないだろ

業務で使えるレベルって具体的にどういうレベルだよっていう。

明日発売のWeb+DBにplayframework2が載るね。

>>193
情報サンクス
Web+DBプレスとSoftwreDesign、
年購入しているものの2年間ぐらい積ん読しているままだが、
見てみよう

>>190
nginx使ってる
apacheやnginxのモジュール使う必要なければ素で受けてもいいと思う
って言ってもvirtual host切りたくなったりする場合が多いと思うけど

1.2なんですけど、routesに

GET　　/clients/{id}　　Clients.show
GET　　/hoge　　Clients.hoge

とあり、その時の各アクションが

public static void show(String id) {
　　// 処理
}

public static void hoge() {
　　show("12345");
}

となっている場合、
hogeアクションからshowアクションにリダイレクトすると

http://〜/clients?id=12345

となってしまいます。これを

http://〜/clients/12345

というようにしたいのですがどうやればいいんでしょうか？
（コントローラ内で別アクションにリダイレクトした時にもroutesに書いたキレイなURLを使って欲しい）

redisプラグインのソースがヒドイ。これ偶然キャッシュできるようになってるけど。
ifの条件が
value.getClass.isInstanceOf[String]
っていうコードの連発。書いたやつは死刑でいいよ。

>>197
ttps://github.com/typesafehub/play-plugins/blob/master/redis/src/main/scala/com/typesafe/plugin/RedisPlugin.scala
条件が常にfalse・・・
型チェックで分岐するのに
else if(){...}
else if(){...}
のelse if 連鎖で書かれていて、value.getClass.isInstanceOf[A]
ってチェックになっとる。Class型がSerializableだから
valueの型がなんであれ、Serializableのチェックに引っかかって動いているだけだな。
まさに偶然動作しているだけ・・・
しかしSerializableじゃない型がきてもSerializableと判断されてしまうのでアウトだな。
しかも最初のifチェックがSerializableのチェックだから、
仮にvalue.isInstanceOf[A]と正しく書かれていても
結局他の型チェックには回らないという無意味さ。

そのクソコード書いたのって、Playの開発リーダーじゃないの？

文句あるなら使わないかpull requestでも送ればいい

自分は気に入ってるけど、いまいち流行っている感じがないね。いいと思うんだけどなあ。

今1.2.5を使っているのですが、jobで非同期処理を組み込んだコントローラの機能テストって、バグってませんかね、、、
コントローラ内のawaitで結果を待つはずが、結果を待たずにそのまま突っ切っているような振る舞いでテストに失敗します。。。
実際の動作はきちんとawaitできているっぽいのですが、私のテストの仕方が悪いのでしょうか。
非同期jobを組み込んだ機能テストのやり方、設定などありましたら、おしえて下さい。

ORM の話です。java でebean の時、insertdate とか updatedate に @createtimestamp とか @virsion ってアノテーションつけたときのようなことを、scala で slick だとどうやりますか？ java だと、insert、updateの時、日時指定しなくても思った通りの値が入ってくれる。

heroku & eclipse
http://epubjpnet.herokuapp.com/toc/52badcf7td3bft4fe6t844ft1f0e61f31b4f/

>>196
これ素直に解決するのは無理なのかなあ

Play!2系のユーザーで、ScalaとJavaユーザーの比率はどれくらいなんだろう？

iterateeを自由自在に使いこなしてる人いる？
jettyの代替にplayを触り出したんだけど
脳みそがよじれそうorz

iterateeを乗り越え
slickを乗り越え
play jsonを乗り越え
やっとこさアプリができたけど
playのjsonってgsonと比べてパフォーマンスどうなの？

今度ベンチとってみるかなぁ

>>190
業務で使ってるけど
nginxをリバースプロキシにして一部のサービスだけをplayに投げてる

gzip圧縮とかが便利だから、APサーバの手前（同じサーバでもいい）にNginxかApache置くのが一般的

普通はバーチャルホスト使うだろうから結局フロントサーバは必要だしね

なんか本がでるらしい

Play Framework 2徹底入門
ttp://www.amazon.co.jp/dp/4798133922/

本楽しみなんだけどドキュメント充実してるし
買うほどの内容が無いんじゃないかと不安ドキドキ

しょうだつやの氏の本だから、 >>213 のとおり。

限界まで底が浅そうな本
どう考えても公式ドキュメントにも満たない量だろう

公式サイトの日本語訳プロジェクト、翻訳者はいたっぽいけど
マージできるレビュワーが放置しまくってるっぽくてなんか止まってる感じが惜しいな
日本は英語アレルギー多すぎるし、日本語情報が増えないと国内利用が増えないから仕事につながらないんだよなぁ…

ここ見てると散々な言われようだな
Scala自体はよくても、フレームワークがイマイチだと結局使えない

playは、評判悪いのか。
RESTfulな思想と合致するフレームワークかと思ったがボロクソ言われてるな。
StrutsでRESTは嫌だったからいろいろ探しているけれど、JAX-RS系のフレームワークの方が潰しがきくかな。

自分の周りではそこまで悪評は聞いてないな
ただいかんせん日本語情報は多くないから、英語アレルギーだと触ることすらできないって感じがするわ

いろいろクセがありすぎるけど、1.x系のPlayはとりあえず楽に書けるって点では嫌いではないよ
Resultの例外とかModelにLombokみたいなことやったりするあのあたりは面白い試みだと思う

Play1系はわからないが、Play2はわりと使えると思う。
個人的にはEBeanが採用されてデータベースまわりのストレスがないのが嬉しい。

ただ>>219も言ってるけど、日本語情報少なすぎて敷居が高いな。
行き詰まったときは英語圏のドキュメント探さないといけなくてかなり面倒だったし。
Java系としては生産性が高そうな気がするけどね

さっきTwitterのRTで知ったんだが、公式日本語ドキュメントきたみたい。
http://playframework.com/documentation/ja/

2.3系のドキュメント追加が待ち遠しい。

日本人のplay人口自体多くはないと思うけど、このスレはからっきしだな。
海外系以外だと、普段どういうとこで情報集めしてる？
Twitterとか見るのがいいのかな。

つか今更だけど2chはなんかもう新しいめの技術系のスレ、オワコンな感じするなぁ。どこも閑古鳥。

ルーティングいちいち定義すんのがくっそ面倒なんだけど
Controllerクラス名/アクション名を自動でパスにしたりできんの？
設定より規約でしょ？

2.3.3使ってるけどコンパイルが不安定だな
時々意味わからん失敗して、クリーンしたりすると成功したり。

SAStrutsのルーティング、糞みたいなクラス名にするか、くそみたいなURLにするかで
いつもイライラしっぱなしだった自分としては、ルーティングは設定ファイルのほうが好きだな

先に気持ちのいいURLを設計して、それに合わせて必要な単位でコントローラーのスタブを作る、って感じでやってる

あと、設定と実装が分離されてると、複数のURLから同じクラスの同じメソッドを呼び出すような事ができて便利

おお、なるほど。

>>225
＞いつもイライラしっぱなしだった自分としては、ルーティングは設定ファイルのほうが好きだな
別に設定ファイルなのは構わんが、バックエンドで使うようなもんはURLなんてどうでもいいから自動にしてほしいんだが
symfonyの1系とかはその辺選べて凄い便利で楽だったのに

＞あと、設定と実装が分離されてると、複数のURLから同じクラスの同じメソッドを呼び出すような事ができて便利
要するに自動ルーティングと手動ルーティングどっちもできるフレームワーク触ったこと無いんだな

だな。
暗黙的にできる規約と、追加設定でURL書き換えができれば、十分だ。
コントロ−ラ/アクションを明示するのは、複数のURLに対応させたい場合「だけ」でよい。

バックエンドにplayってどうなん
そういう環境でplayを選ぶメリットあんの？

　___　_
　 ヽo,´-'─ 、　♪
　　 r, "~~~~"ヽ
　　 i. ,'ﾉﾚノﾚ!ﾚ〉　　　　☆ 日本のカクブソウは絶対に必須です ☆
　__ '!从.ﾟ ヮﾟﾉﾙ　　　総務省の『憲法改正国民投票法』のURLです。
　ゝﾝ〈(つY_i(つ　http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
　 ｀,.く,§_,_,ゝ,
　　　~i_ﾝｲﾉ

は？
フロントエンドとバックエンドでいちいち分けて開発する方が今時無駄だろ

routesが別になってるのって、メソッドの指定とか自動設定じゃ難しそうな奴に対応するために仕方ないんじゃね。
自動設定だと、GETとPOSTを一緒くたに受け取る、とかになっちゃうし。

それに、コードを書くタイミングだと、アクション側からどう受け取るか書けたほうが楽だけど、
保守って観点でみると、routesだけ見ればURL全部把握できるし、予期しない入り口とかができなくてすむ。
コントローラーって別にURLから呼び出される公開メソッドしか定義しないものでもないし。

(個人的には)記述方法も複雑じゃなく読みやすく、良い感じのバランスじゃないかなぁ。
routesファイルがURL設計書の代わりみたいな感じ。

Ebean って無くなるの？

>>232
PHPのFWでみたことあるけど
getHogeやpostFugaみたいにHTTPメソッドの名前を頭につけるという規約を採用しているケース

routes.java:16: エラー: パッケージcontrollres.refは存在しません
とかいうエラーが出るんですけど、これ、何ですか？

リバースルーティング？
バグ？かこれ？

ナニコレ？勝手にリバースルーティングになる・・・。

何がしたいのかわからん

これって非標準でSpringみたいな位置づけのフレームワークだよな
ドメインモデル貧血症の解決を図ってるあたり気になる

EBean、Java8対応はされましたか？

Play frameworkで一番よい書籍はどれですかね