cross building using `+compile` with subprojects fails in sbt 1.1.1 (due to incorrect settings) · Issue #3986 · sbt/sbt
% sbt clean run ++2.11.12 ... [info] Loading project definition from .../project [info] Loading settings from build.sbt ... [info] Set current project to projwithsub (in build file:.../) [success] Total time: 0 s, completed Mar 5, 2018 4:23:14 PM [info] Updating ... [info] Done updating. [info] Compiling 1 Scala source to .../target/scala-2.12/classes ... [info] Done compiling. [info] Packaging ..
Put resources on compiler classpath · Issue #1965 · sbt/sbt
Adding a "compile"-scoped dependency to a subproject puts the dependent classes not only on the source path of scalac but also on the class path so that macros can be found. But this only works for classes, not for resources, e.g. reference.conf for Typesafe config. sbt should treat resources the same as classes for the compiler classpath, like in other dependency management scenarios. Here's a br
Add strict aggregation from sbt-doge to SBT 1.0 · Issue #3698 · sbt/sbt
I'm trying to migrate from sbt-doge to SBT 1.0, but I can't find a way to replace strict aggregation (+++). Using it seems to be the only way to build a project for a specific version (a thing usually done in Travis builds) in typical setups of a root project aggregating all sub-projects. I think that the default behavior of ++ should be to do strict aggregation as I find it difficult to imagine a
copy resources directory BEFORE compiling · Issue #3934 · sbt/sbt
Although sbt adds the target directory to the classpath of the compiler, this causes problems if the compiler needs access to resources because they are only copied AFTER (or in parallel with) the compile. Therefore you can get a situation where compile fails the first time, then succeeds. To avoid this, I recommend that resources are copied BEFORE compilation. Original report below, which slightl
sbt/sbt
[default-tests-sbt] $ /usr/lib/jvm/java-8-oracle/bin/java -Dsbt.log.noformat=true -Xmx2G -jar /var/lib/jenkins/tools/org.jvnet.hudson.plugins.SbtPluginBuilder_SbtInstallation/SBT_default_launcher/bin/sbt-launch.jar clean test:clean buildUmp test [info] Loading project definition from /var/lib/jenkins/workspace/default-tests-sbt/project [info] Set current project to ump (in build file:/var/lib/jenk
sbt Reference Manual — sbt Reference Manual
sbt Reference Manual 始める sbt sbt のインストール macOS への sbt のインストールWindows への sbt のインストールLinux への sbt のインストール 例題でみる sbtディレクトリ構造実行ビルド定義マルチプロジェクト・ビルドタスク・グラフスコープ値の追加スコープ委譲 (.value の照会)ライブラリ依存性プラグインの使用カスタムセッティングとタスクビルドの整理まとめ付録: bare .sbt ビルド定義 インフォメーション 変更点 sbt 1.0.0 各論 プラグインとベストプラクティス 一般的なベストプラクティスsbt プラグインをテストする How to ソースファイル/リソースファイルの生成逐次実行 Def.sequential を用いて逐次タスクを定義するDef.taskDyn を用いて動的タスクを定義するインプットタスク
sbt Reference Manual — Classpaths, sources, and resources
Classpaths, sources, and resources This page discusses how sbt builds up classpaths for different actions, like compile, run, and test and how to override or augment these classpaths. Basics In sbt, the classpath includes the Scala library and (when declared as a dependency) the Scala compiler. Classpath-related settings and tasks typically provide a value of type Classpath. This is an alias for S
sbt Reference Manual — 例題でみる sbt
例題でみる sbt このページは、 sbt 1 をインストールしたことを前提とする。 sbt の内部がどうなっているかや理由みたいなことを解説する代わりに、例題を次々と見ていこう。 最小 sbt ビルドを作る $ mkdir foo-build $ cd foo-build $ touch build.sbt sbt シェルを起ち上げる $ sbt [info] Updated file /tmp/foo-build/project/build.properties: set sbt.version to 1.1.4 [info] Loading project definition from /private/tmp/foo-build/project [info] Loading settings from build.sbt ... [info] Set current projec
Contraband — Contraband
Contraband Contraband (コントラバンド) は、データ型や API の記述言語で、現在 Scala と Java を対象としている。 API の型やフィールドを記述すると、Contraband は: Java クラス、もしくは Scala での疑似 case class を生成する。 データ型のための JSON バインディングを生成する。 Contraband によって API を徐々に進化させることも可能だ。 セットアップ ビルドに Contraband プラグインを追加するには、以下を project/contraband.sbt に書く: addSbtPlugin("org.scala-sbt" % "sbt-contraband" % "X.Y.Z") 次に、Contraband スキーマを src/main/contraband か src/test/cont
sbt Reference Manual — スコープ委譲 (.value の照会)
スコープ委譲 (.value の照会) このページはスコープ委譲を説明する。前のページの .sbt ビルド定義、 スコープ を読んで理解したことを前提とする。 スコープ付けの説明が全て終わったので、.value 照会の詳細を解説できる。 難易度は高めなので、始めてこのガイドを読む場合はこのページは飛ばしてもいい。 これまでに習ったことをおさらいしておこう。 スコープは、サブプロジェクト軸、コンフィギュレーション軸、タスク軸という 3つの軸の成分を持つタプルである。 全てのスコープ軸には、Zero 特殊なスコープ成分がある。 サブプロジェクト軸においてのみ、ThisBuild 特殊なスコープ成分がある。 Test コンフィギュレーションは Runtime を拡張し、Runtime は Compile を拡張する。 build.sbt に書かれたキーは、デフォルトで ${current sub
sbt Reference Manual — ビルド定義
ビルド定義 このページでは、多少の「理論」も含めた sbt のビルド定義 (build definition) と build.sbt の構文を説明する。 sbt 0.13.13 など最近のバージョンをインストール済みで、 sbt の使い方を分かっていて、「始める sbt」の前のページも読んだことを前提とする。 このページでは build.sbt ビルド定義を紹介する。 sbt バージョンの指定 ビルド定義の一部としてビルドに用いる sbt のバージョンを指定する。 これによって異なる sbt ランチャーを持つ複数の人がいても同じプロジェクトを同じようにビルドすることができる。 そのためには、project/build.properties という名前のファイルを作成して以下のように sbt バージョンを指定する: sbt.version=1.5.5 もしも指定されたバージョンがローカルマ
sbt Reference Manual — Parsing and tab completion
Parsing and tab completion This page describes the parser combinators in sbt. These parser combinators are typically used to parse user input and provide tab completion for Input Tasks and Commands. If you are already familiar with Scala’s parser combinators, the methods are mostly the same except that their arguments are strict. There are two additional methods for controlling tab completion that
ZipException when switching from sbt 1.0 to sbt 0.13 · Issue #3050 · sbt/sbt
% sbt [info] Loading global plugins from /home/smarter/.sbt/0.13/plugins [info] Updating {file:/home/smarter/.sbt/0.13/plugins/}global-plugins... [info] Resolving org.fusesource.jansi#jansi;1.4 ... [info] Done updating. [info] Loading project definition from /home/smarter/opt/dotty/project [info] Updating {file:/home/smarter/opt/dotty/project/}dotty-build... [info] Resolving org.fusesource.jansi#j
SBT Assembly fails on Windows 10 with error 3 · Issue #3871 · sbt/sbt
[info] Packaging C:\[…]\projectName.jar ... [error] java.io.IOException: CreateFile() failed with error 3 [error] at sbt.internal.io.WinMilli$.getHandle(Milli.scala:275) [error] at sbt.internal.io.WinMilli$.getModifiedTimeNative(Milli.scala:281) [error] at sbt.internal.io.WinMilli$.getModifiedTimeNative(Milli.scala:259) [error] at sbt.internal.io.MilliNative.getModifiedTime(Milli.scala:66) [error]
sbt Reference Manual — Community Plugins
Community Plugins sbt Organization The sbt organization is available for use by any sbt plugin. Developers who contribute their plugins into the community organization will still retain control over their repository and its access. The goal of the sbt organization is to organize sbt software into one central location. A side benefit to using the sbt organization for projects is that you can use gh
sbt Reference Manual — ビルド定義
ビルド定義 このページでは、多少の「理論」も含めた sbt のビルド定義 (build definition) と build.sbt の構文を説明する。 sbt 0.13.13 など最近のバージョンをインストール済みで、 sbt の使い方を分かっていて、「始める sbt」の前のページも読んだことを前提とする。 このページでは build.sbt ビルド定義を紹介する。 sbt バージョンの指定 ビルド定義の一部としてビルドに用いる sbt のバージョンを指定する。 これによって異なる sbt ランチャーを持つ複数の人がいても同じプロジェクトを同じようにビルドすることができる。 そのためには、project/build.properties という名前のファイルを作成して以下のように sbt バージョンを指定する: sbt.version=1.10.7 もしも指定されたバージョンがローカル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
make sbt server extensible by eed3si9n · Pull Request #3975 · sbt/sbt · GitHub
GitHub - sbt/website: The source for scala-sbt.org
sbt/Keys.scala at 1.x · sbt/sbt · GitHub
Version model and Ordering · Issue #3710 · sbt/sbt
