sbt 0.13.2-M3の新機能AutoPluginを使ってみる | PABlog
TwitterGithubOld Blogsbt 0.13.2-M3の新機能AutoPluginを使ってみる 2014年03月12日昨日 sbt 0.13.2-M3 が出たのですが、その新機能のAutoPluginに興味を持ったので、試しに使ってみることにしました。 AutoPluginの機能 AutoPluginには以下の機能があるようです。 設定の自動読み込み Pluginの依存関係を書くことができる プロジェクトごとにどのプラグインを使うか使わないかの設定を細かくおこなえるようになる 1は、たとえば sbt-assembly というプラグインで考えてみますと、このプラグインを使うには project/assembly.sbt に addSbtPlugin("com.eed3si9n" % "sbt-assembly" % "0.11.1") と書いて、build.sbt に impo
How to get logging working in scala unit tests with testng, slf4s, and logback
I'm new to Scala, and not that familiar with recent developments in Java, so I am having what I assume is a basic problem. I'm writing some Scala code, and testing it with test fixtures using ScalaTest and TestNG. The code under test uses slf4s to perform its logging, backed by logback. In my 'build.sbt' file I have dependencies for all the libraries I need: scalaVersion := "2.9.1" // Add test dep
WebJars - Web Libraries in Jars
WebJars are client-side web libraries (e.g. jQuery & Bootstrap) packaged into JAR (Java Archive) files. Explicitly and easily manage the client-side dependencies in JVM-based web applications Use JVM-based build tools (e.g. Maven, Gradle, sbt, ...) to download your client-side dependencies Know which client-side dependencies you are using Transitive dependencies are automatically resolved and opti
sbt 0.12.0 の変更点 | eed3si9n
2012-06-08 / sbt ついに final がリリースされた、sbt 0.12.0 の変更点を訳しました。 バイナリバージョンという概念が導入されることで、Scala 2.9.0 で入ったけどあまり活用されていない Scala の後方バイナリ互換性がより正面に出てくるキッカケとなると思います。 互換性に影響のある新機能、バグ修正、その他の変更点 Scala 2.10 以降の Scala 及び sbt プラグインのクロスバージョン規約の変更。 (詳細は以下の項目 ) 直接実行された場合、強制的に update を実行するようにした。 #335 sbt プラグインリポジトリがプラグインとプラグインの定義にデフォルトで加わった。 #380 プラグイン設定ディレクトリの優先順位。 (詳細は以下の項目 ) ソース依存性の修正。 (詳細は以下の項目 ) 集約がより柔軟になった。 (詳細は以下
sbtでCommandを呼び出すCommandを定義する - takashabeのブログ
sbtでandroid開発をしていると~;android:package-debug;android:start-deviceみたいなコマンドをよく使うと思います。（たぶん コンパイルから実機へのインストールまで一気にやってくれるので便利なのですが、コマンドが長いので打つのが面倒です。 そこでaliasっぽく上記のコマンドを呼び出すコマンドを新たに定義してみます。 既存コマンドを呼び出す 既存のコマンドを呼び出すにはCommand.processを使います。 コマンド名とstateを引数にとり、そのコマンドを実行してくれます。 def process (command: String, state: State): State コマンドを定義する Command.processを使用する新しいコマンドを定義するためにCommand.commandを使います。 例えば、冒頭のandroid:
sbtでcompileとかpackageとかの前に自分のタスクを差し込みたい - Yamashiro0217の日記
まぁ、たとえばpackage前にjarに入れたいファイルを加工する自前のタスクとか挟みこみたいわけです。 例えば単純なカスタムタスク val hello = TaskKey[Unit]("hello") val helloTask = hello := { println("hello") } があったときに、compile タスク実行前に hello を表示させたいという欲求があるときは、 .sbt、Scala ファイルには (compile in Compile) <<= compile in Compile dependsOn (hello)という感じにかけと書いてあるわけです。 なんか動かん… 答えは僕の環境がマルチプロジェクトだったからだった… ようは Project を生成するときの settings に 上記 dependsOn を書き換えた compile を渡せばよい。
sbt-idea plugin を sbt 0.11.1 や 0.11.2 で使う方法 - xuwei-k's blog
追記: 古いversionの話で、1.0.0ではデフォルトの動き変わったらしいから、読む必要ないと思うよ！(´・ω・｀) Make 'no-sbt-classifiers' to be the default (issue 119) URLって、つまりこのblog URL 書いた意味がほぼなくなった感じ・・・(´・ω・｀)? 2012-01-21 18:31:59 via web 設定は、README にある通りに project/plugin.sbt *1 に resolvers += "sbt-idea-repo" at "http://mpeltonen.github.com/maven/" addSbtPlugin("com.github.mpeltonen" % "sbt-idea" % "0.11.0") と書けばよいです。それで起動はするんですが、しかし単にgen-idea
始める sbt - ようこそ
ようこそ! 始める sbt 1/14 ページ 次 原文: Getting Started Guide 誤訳の報告をする。 「始める sbt」で君も sbt を始めよう。 sbt は柔軟で強力なビルド定義 (build definition) を作ることができるけど、そこで使われている概念の数は多くはない。 多くはないけども、sbt は他のビルドシステムとは一味ちがうから、ドキュメントを読まなければ、いくつかの細かい点でハマっちゃうと思う。 この「始める sbt」で、ビルド定義 (build definition) の作成とメンテナンスに必要な概念を説明する。 「始める sbt」を読むことを強くお勧めしたい！ どうしても忙しいという場合は、最も重要な概念は .sbt ビルド定義、 スコープ、と 他の種類のセッティング に書かれているけど、このガイドの他のページを読み飛ばしても大丈夫かは保障し
sbt プラグインをテストする · eed3si9n
2011-09-18 / sbt テストの話をしよう。一度プラグインを書いてしまうと、どうしても長期的なものになってしまう。新しい機能を加え続ける（もしくはバグを直し続ける）ためにはテストを書くのが合理的だ。だけど、ビルドツールのプラグインのテストなんてどうやって書けばいいんだろう？もちろん飛ぶんだよ。 scripted test framework sbt は、scripted test framework というものが付いてきて、ビルドの筋書きをスクリプトに書くことができる。これは、もともと 変更の自動検知や、部分コンパイルなどの複雑な状況下で sbt 自体をテストするために書かれたものだ: ここで、仮に B.scala を削除するが、A.scala には変更を加えないものとする。ここで、再コンパイルすると、A から参照される B が存在しないために、エラーが得られるはずだ。 [中略
Change "jetty-port" of xsbt-web-plugin - k4200’s notes and thoughts
This entry is going to be short. No more "override jettyPort" I wrote an article about Lift + sbt 0.10 (+ xsbt-web-plugin) about two months ago. I got a project working, but couldn't figure out some issues. One of them was changing the listening port of Jetty, which defaults to 8080. It was easy for sbt 0.7. You just need to override jettyPort in your project class. There's an entry on the old sbt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sbt.State
Home
sbt 0.10 系を使用している主なプロジェクトの、プロジェクト設定ファイル一覧
1221210’s gists
gist:250888
Blogger
scala-kaigi1-sbt
GitHub - philcali/android-plugin: An sbt plugin for Android development in Scala
https://github.com/bwmcadams/hammersmith/tree/e09198b665bb88f59b0e42bda29c0604b3ebd61e/project
GitHub - ijuma/junit_xml_listener at sbt-0.10