【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
どっかの園児ニアが手をださんと実績はできんからのぅ

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