Fashionably flexible responsive web design (full day workshop)
Play Framework 2.2.x の話です。分かりよいだろうというので rails runner を引き合いに出したのだけど、つまり何をやりたいかというと、アプリケーション本体のコード(Play も含めて)を利用して、オペレーションやメンテナンス用のタスク(バッチ処理)を書きたい。初心者なのでフレームワークに乗っからないとデータベースへの接続もできないのです。 適当に Scala の object を作って sbt runMain してやれば任意のコードを実行することはできるけれど、最終的にビルドしたときにアプリケーション本体には含めたくないので、分けて置いておきたい。フレームワークにそういうサポートがあるのじゃないかと考えていろいろ調べてみたけれど結局わからなかったので、こういう風にやってみた。 "tasks" というディレクトリを作り、ここに実行したいタスクを main() を
play2.4から、routesその他を書かずにScalaコードだけで手軽にhttp serverを生成、起動できる機能が入ったらしいです。 手軽にちょっとしたmockのサーバー作りたいとか、色んな用途に使えそうですね? 以下、sbtのscalasと組み合わせた最低限のサンプル(18行でいけた) 色んな詳細は解説しないので、コードかドキュメント読んでください。 上記ではscalasでやってますが、おなじようなbuild.sbtとMain.scalaみたいに2つファイル用意しても、もちろん動きます。(その場合のサンプル https://gist.github.com/xuwei-k/bd74a82f4904cc025d2e ) 手軽にやるにはmodeをplay.api.Mode.Testにしないと、application.confを読みにいこうとして死ぬのが地味に面倒でした。 ServerC
Ajaxのメリット 部分的な情報だけですむのでデータ転送量が小さい したがって通信速度が上がり、描画も速くなる インタラクティブ! Ajaxの問題点 リンクできない ブラウザの履歴が使えない Crawlerがコンテンツにアクセスできない Refererに情報が残らない JavaScriptが動作しないブラウザでは表示できない
2014-03-29 / scala / sbt Preview of upcoming sbt 1.0 features: Read about the new plugins を訳しました。 著 @eed3s9n, @jsuereth sbt に変化が訪れようとしている。sbt 1.0 へ向けて sbt の原理である自動化 (automation)、インタラクション (interaction)、統合化 (integration) の全面において改善がみられる予定だ。1.0 の二大機能と目されているのは auto plugin と「ビルドサーバとしての sbt」の 2つだ。 今後の数ヶ月にわたって sbt チームは sbt 0.13 コードベース上にこれらの機能を追加したプリビュー版をリリースする。これらのプリビュー版によって、sbt 1.0 の仕様が固まる前にコミュニティーからのフィー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く