Play a metronome. When recording, gives a 4 beat lead in. OnlineSequencer.net is an online music sequencer. Make tunes in your browser and share them with friends!
米Google傘下のYouTubeは5月12日(現地時間)、「Google Play Music」のアカウントを「YouTube Music」に移行するツールの提供を開始したと発表した。ユーザーがYouTube Musicに慣れる時間を確保した後、年内にGoogle Play Musicを終了する計画だ。 本稿執筆現在、筆者の環境ではまだツールを使えないが、「間もなく転送できるようになります」とある。 移行できるもの Google Play Musicのほぼすべてのデータと設定がYouTube Musicに移行できるようだ。移行されるのは、 Google Play Musicライブラリ(アップロードした曲と購入した曲、プレイリストとステーション、ライブラリ内のアルバムと曲) 高評価と低評価(高く評価または低く評価した曲) サブスクユーザーの場合、定期購入の支払い情報 なお、YouTube
ヌーラボでScalaを書くRubyistの谷本です。ヌーラボでは、Backlogの開発を担当しており、最近ではBacklogをJavaからScala / Play Frameworkに移行するプロジェクトのメンバーでした。 BacklogのPlay化プロジェクトでは、OutOfMemorryError(以下、OOM)の発生やCPU使用率とロードアベレージが上がったままという、Java Virtual Machine(以下、JVM)上で動くBacklogのパフォーマンスに関する問題に対処すべく、何度かHeap/Thread dumpを見る機会がありました。 私がPlay化プロジェクトで取り組んだパフォーマンス改善の知見や経験をもとに、本記事では「JVMで起こったパフォーマンスの問題の切り分け方」についてお届けします。 はじめに 本番環境でしばらく動かしていると、コード自体は正しく実行できるけ
Feature List H2 in Use Connection Modes Database URL Overview Connecting to an Embedded (Local) Database In-Memory Databases Database Files Encryption Database File Locking Opening a Database Only if it Already Exists Closing a Database Ignore Unknown Settings Changing Other Settings when Opening a Connection Custom File Access Mode Multiple Connections Database File Layout Logging and Recovery Co
Template to show how to implement an API using Play Framework. There is another companion project to test this template here. Note: All this information is also available as a tutorial if you run the app using Activator UI. The characteristics and objectives of this template are: RESTful. JSON: for request and response bodies. Assumes SSL everywhere (SSL is not covered in this template). Use of Au
Play Framework 2.4 をちまちま触っているのですが、モダンな開発といえば自動テストはかかせないよな〜〜〜〜〜〜〜と思いつつずっと出来てなかったので触りました。 案の定、いろんなことに引っかかったし、とくに Play 2.4 から本格導入された Guice による動的DIとかと絡んで、どうすれバインダーってなってたし、モックとか Mockito とか聞いたことあるけど、どうやったらいいんですかね〜ってなったし、Futureってどう評価したらいいんだ…とかとか、いろいろあるのでまとめました。 慣れればできそうなので、テストとか Play + Specs2 + Mockito はあんまり、みたいな人、自分みたいな初心者に役に立てばいいなぁ。 シナリオ 以下のModel層のServiceクラス MailServiceImpl についてテストしたいとする。簡単のために confirm
Play 2.4にはGuiceを使ったJSR 330ベースのDI機能が導入されており、コントローラに対してコンポーネントを注入することができるようになっています。Playの標準機能もDI前提のAPIに移行しており、Play 2.4を使用する上では必須っぽい感じになっています。というわけで今日はこのDI機能を少し触ってみました。 まず、DIを使用するために従来はobjectとして実装する必要のあったコントローラをclassとして実装するようになっています。ただし、build.sbtの以下の行を削除すると従来通りobjectとしてコントローラを実装することができます。 routesGenerator := InjectedRoutesGenerator この場合は逆にDIが使用できなくなるわけですが、routesで以下のように@をつけるとそのコントローラのみDIを利用可能なclassとして実装
はじめに PlayはTypesafe社が提供しているWebアプリケーションのためのフレームワークです。 他のフレームワークと同様、PlayもMVCアーキテクチャーを採用しているのですが、面白い点はModelとControllerの実装をJavaとScalaの2つから選べること。 「JavaとScalaの2つを提供しているんだったら何もJavaの作法に縛られることないよね」ということなのか、Playには、JavaでWebアプリケーションとなれば当然出てくるサーブレットやJSPといったJavaEEの概念モデルは一切なく、どちらかというと、Ruby on Railsのような軽量フレームワークとして実装されているようです。 長年Java一筋で、Webアプリケーションは基本サーブレット、次々と新しいフレームワークが出てもJavaEEの範疇で。。。そんな中、Railsの波にも乗ることができず、設定ファ
まだ正月休みなのです。暇なので訳してみました。 この記事は 1年半以上前に Play の生みの親である Guillaume Bort がブログに書いたものです。 (2012/8/19追記: リンク切れしていたためリンクを貼り直しました) なぜ Playframework では Servlet が一切使われていないのかについて、簡潔に書いています。 丸山先生が Play に注目し始めた今、Play2.0 のリリースが間近に迫った今、あらためて読むと面白いかも知れません。 なぜ Play は Servlet を使っていないのか Servlet API に準拠せずに Java web フレームワークを作ることはかなり変に思えるかも知れない。大抵の人はなぜこんな普通じゃない選択をしたのかを聞いてくる。気に入ってくれる人も何人かいるが、大半は毛嫌いする。正直に言うと、 Play フレームワークの一番
How can I change the default port used by the play framework in development mode when issueing the "run" command on the play console. This is for playframework 2.0 beta. Using the http.port configuration parameter either on the command line or in the application.conf seems to have no effect: C:\dev\prototype\activiti-preso>play run --http.port=8080 [info] Loading project definition from C:\dev\pro
You are viewing the documentation for the 2.9.x release series. The latest stable release series is 3.0.x. Search Home Working with Play Play for Scala developers Main concepts §Main concepts for Scala This section introduces you to the most common aspects of writing a Play application in Scala. You’ll learn about handling HTTP requests, sending HTTP responses, working with different types of data
最近ずっとPlayframework2で遊んでいるのですが、Playもくもく会(日本Playframeworkユーザー会 | Doorkeeper)とかに参加してると 「IntelliJ IDEAマジいいよ!」 と猛烈pushを受けていて、Playのpluginもあるらしくて心が揺れていた所、先日半額セールやってたので思わず勢いで株式会社サムライズムさんでパーソナルライセンスを購入してしまいました。 が、この世に生を受けてからずっとEclipseと生きてきたのでさっぱり勝手がわかりません。*1 と思っていた所、昨日の深夜、@daisuke_mさんが@yusukeさんに「IntelliJ IDEAの使い方が分からん!」とやり取りをしていて、これはしめたもんだと、横で見ながら出てくるリンクをブクマする作業をしていたら @kamekoopa @daisuke_m ブログにまとめを! 2013-0
さて、どっちがいいのでしょうね〜 【java】Grailsを学ぶ:Vol.01:GORMのDB定義【framework】 - 文系プログラマによるTIPSブログ 【java】Grailsを学ぶ:Vol.02:resource pluginでcss・jsをinclude!【framework】 - 文系プログラマによるTIPSブログ 最近SaStrutsから脱却すべく、Grailsを勉強中のtreeです。 Playの方はドキュメントを全て読んで少し触ってみた程度で、 Grailsは実際にwebアプリの開発中です。 両者を触ってみた小学生並の感想を書いてみたいと思います。 SaStrutsとの比較など 両者とも先進的なフレームワークである 両者とも文句なしに先進的なフレームワークだと思いました。 Playの方はakkaと統合していたり、servletから脱却していたり、restfull対応して
Scalaは使った事もないけどいいものなんだろうという雰囲気は感じていた。 Javaを極めたわけでもないのに、みんながScalaがナウいというとScalaにしなきゃいけないんじゃないかと思ってしまうタイプです。 よく分かんないけどScala使ったほうがいいんでしょう?みたいな。 TwitterがScalaになったとか、JavaよりScalaの方が生産性が高いとか、とChatworkが新言語として採用したとかとかね。 Scalaとの出会い 急遽、他の部署の新人研修のお手伝いをすることになり、お題がJavaを使ってPlay Frameworkで開発だからアプリケーションのひな形を作らなきゃいけなくなった。 Play Frameworkは初めてなのと、そもそもJavaで1からWebアプリケーション作った経験ってなかったのでこりゃやってみなきゃってことで早速試して見ることにした。 まずは、Play
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く