140文字 ✕ 2で表すとこんな感じ sbt 0.13.1[info] Compiling 1 Scala source[info] Compiling 7[info] Compiling 84[info] Compiling 240[success] Total time: 259 s 2014-01-10 12:56:08 via web sbt 0.13.2-M1[info] Compiling 1 Scala source[success] Total time: 15 sURL URLAwesome!!! 2014-01-10 12:56:52 via web to @xuwei_k 測定方法は Scalazの、現状の最新のcoreモジュールを使って実験 EphemeralStreamにheadOptionとtailOptionという2つのメソッドを追加するコミットを使用 htt
sbtというと、独特なSettingのシステム*1や、Scalaで記述する内部DSL*2ばかりが注目されがちです。それらは、初心者にわかりづらかったりして批判されることが多かったり、逆にsbtを使い慣れた人にとってはとても強力で面白い仕組みです。 Settingのシステムに注目すると、汎用的に色々な言語のビルドにも使えそうに思えます。事実、sbtでC++のpluginを作っている人もいます。 しかし、sbtはあくまで「Scala(とJava)のためのビルドツール」です。 これは「単にScalaをデフォルトでサポートしてる」という意味にとどまらず、おそらく皆さんが思っているよりもずっと深い意味で「Scalaに特化したビルドの仕組み」が内部に備わっています。 今回は、そんな「sbtの内部アーキテクチャ」の紹介をします。 以下、かなり長いです。読み物としては面白いかもしれませんが、単にsbtを使
Play 2.1-RC1 を使おうとしたらいろいろハマったのでまとめました。 scala 2.9系, sbt 0.11系 までの依存管理 scala の異なるバージョンのScala用にビルドされたライブラリは使えないことがあります。 例えば、Scala2.8と2.9ではバイナリ互換性がないので、2.8向けにコンパイルされたライブラリは、2.9のプロダクトで使用することはできません。 使用すると、クラスが見つかりません、メソッドが見つかりません、など、まあなんらかのエラーで死にます。 この問題があるため、ScalaではライブラリのバージョンをScalaのバージョン込みで管理する必要があります。 artifactID の後ろに Scala のバージョンをくっつけるのがスタンダードです。 libraryDependencies += "com.example" % "utility_2.9.1"
sbtでは、プロジェクトファイル(build.sbtとかproject/build.scalaとかproject/plugin.sbtとか)を書き換えても、プロジェクトをreloadしないと設定が反映されません。デフォルトでは、全くお知らせもエラーも出さずに、reloadするまでずっと古い設定を使い続けます。 なので、「プロジェクトファイルが変わったから、reloadしたほうがいいよ！」というメッセージを表示するだけのものをかいてみました Keyをbuild.sbt上で追加してたり、新しい文法使ってるので、sbt0.13限定です。sbt0.12対応するには、*.scalaファイルにしないといけなくて面倒になりました。 それぞれのプロジェクトに追加していたら面倒過ぎるので、グローバル(sbt0.13のデフォルトでは ~/.sbt/0.13/build.sbt )に置いたほうがいいと思います。
N高等学校でプログラミングを学ぼうとしている新入生向けに、プログラミングをやっているN高等学校の生徒/卒業生の情報発信、メディア露出、作品まとめを作ってみました。適当にまとめたので、自分のも入れて欲しい！とかというのがあったらN高のSlackの #programming にて @teacher_sifue までメンションください。 7coco Tech Blog 7cocoさんの技術ブログ 文系女子高生をどん底から救ったプログラミングの魅力 | 日経 xTECH（クロステック） 7cocoさんのメディア露出 uehr uehrさんのポートフォリオサイト 「N高等学校」ってどうなの？ 卒業生に聞いた、学校生活と現在 ohtasojiさんのメディア露出 学校生活振り返り - deletend’s diary deletendさんの競技プログラミングブログ かっこいいサイバーマスクを作る[後編]
Play2はsbtを使用してビルドを行っており、必要なライブラリをインターネット経由でダウンロードできることが前提になっていますが、インターネットに接続できない環境でPlay2を使用したアプリケーションをビルドする必要があったのでやってみました。 なんとなくPlay2が使用しているIvyのローカルキャッシュをそのまま持っていけばビルドできるだろうと思っていたのですが、いくつかハマりポイントがあったのでメモも兼ねて手順を書いておきます。Play2だけではなくて普通にsbtを使ったプロジェクトにも応用できると思います。 前提知識と基本方針 まず、Play2はsbtを使用していますが、sbt（というかIvy）が標準で使用するUSER_HOME/.ivyではなくPLAY_HOME/repositoryをIvyのホームディレクトリとして使用します。同様にsbtのホームディレクトリもUSER_HOME
2013-07-24 / sbt 概要 互換性に影響のある新機能、変更点、バグ修正 sbt とビルド定義を Scala 2.10 に移行した。 project/plugins/ 内に置かれたプラグインの設定ファイルのサポートを廃止した。これは 0.11.2 より廃止予定になっていた。 set コマンドにおいてセッティングの右辺項内のタブ補完を廃止した。新たに追加されたタスクマクロがこのタブ補完を不要にするからだ。 キーの慣用的な書き方はこれよりキャメルケース camelCase のみとする。詳細は後ほど。 Maven との互換性を正すため、テストのデフォルトの classifier を tests に修正した。 グローバルなセッティングとプラグインのディレクトリをバージョン付けるようにした。デフォルトでは、グローバルセッティングは ~/.sbt/0.13/ に、グローバルプラグインは ~/
Here's the slides from my sbt 0.13 talk today at Scaladays [Effective Sbt]:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
