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
Right-bias Either by soc · Pull Request #5135 · scala/scala
Add operations like map, flatMap which assume right-bias Deprecate {Left,Right}Projection Deprecate left and right in favor of swap Add contains, toOption, toTry, toSeq and filterOrElse toSeq returns collection.immutable.Seq instead of collection.Seq Don't add get There are no incompatible changes. The only possibility of breakage that exists is when people have added extension methods named map,
Release Scala 2.11.6 is now available! · scala/scala
We are very pleased to announce the availability of Scala 2.11.6! Get started with the Hello Scala 2.11 template in Typesafe Activator Download a distribution from scala-lang.org Obtain it via Maven Central Scala 2.11.6 is a bugfix release that is binary compatible with previous releases in the Scala 2.11 series. We would like to highlight the following changes: We fixed a cross-site scripting vul
DDD、CQRS(+ES)まわりの実装、参考ページまとめ | DevelopersIO
はじめに 弊社で開発するモバイルバックエンドのサーバサイドAPIアプリケーションコード (Play framework + Scala) はビジネスロジックを担う主要なパッケージである services, domains が外部のインフラやAPIインターフェイスに直接依存しないようなパッケージ構成をとっています。（Clean Architecture） services, domains の構成についてはDDDの経験が浅く、まだまだ改善の余地があると考えており、今後どうしていくか考えていくにあたって参考になるであろうページをまとめてみました。 尚、DDDまわりにおける筆者の現在の知識はドメイン駆動設計の第二部までを読み終わり、第三部を読み始めた程度です。 DDDと関連のあるCQRS+ES（Command and Query Responsibility Segregation + Even
PlayFramework 2.4：Ebeanがプラグイン化されたのでくっ付ける - Qiita
発端 Play 2.4 Migration Guide https://www.playframework.com/documentation/2.4.x/Migration24 Ebean dependencyの項 Ebeanを外部プロジェクト化することで、 Playのライフサイクルとは独立したライフサイクルを持たせ、 互いに依存しないようにする……らしきことが書いてある さらに、Play2.3まではplay.db.ebean.Modelを継承してModelクラスとしていたが、 このパッケージは非推奨になり、com.avaje.ebean.Modelに置き換えられた 編集したファイルと追記内容 公式ドキュメントとほとんど一緒 project/plugins.sbt 以下を追記 addSbtPlugin("com.typesafe.sbt" % "sbt-play-ebean" % "1.
Play Framework 2.3 For Java ことはじめ #8 フォームを扱う編 - まーぽんって誰がつけたの？
Play Framework 2.3 For Java 入門記事一覧 第8回はWebアプリケーションで重要な要素の一つであるフォームの話です。 フレームワークに乗っかれば、リクエストのマッピング、バリデーション、エラー表示などいろいろなことを面倒みてくれます。何気にこの仕組みって自分で作ろうとしたらすごく大変です。では、いってみましょう。 1. Playでのformの扱い方を見てみる まず、DocumentationにFormの説明があるんですが、どこから始めればいいかというか、リクエストとかデータベースとの関わりみたいのがピンときません。 どうしようもんかとGoogleの海をサーフィンしてたら、そもそもPlayのトップページにチュートリアル動画があることに気づきました。 このチュートリアル動画がなんとまぁ分かりやすいこと。なぜ、今まで見なかったんだろうかｗ ということでこの動画を見てみる
Play Framework 2.5 (Java) の開発環境をEclipseで構築：Windows編 - Qiita
Windowsに、Play Framework 2.5 (Java)の開発環境をEclipseで構築します。 ※Macはこちら ⇒ Play Framework 2.5 (Java) の開発環境をEclipseで構築：Mac編 - Qiita 環境 Windows 10 Play 2.5.10 JDK 1.8.0 Eclipse 4.6 Neon (Pleiades All in OneのJavaパッケージ) 事前準備 事前に以下の設定をしておく。 JDK 1.8のインストール Eclipse 4.6 (Pleiades All in OneのJavaパッケージ) Pleiades - 統合開発環境 Eclipse 日本語化プラグイン Typesafe Activatorのインストール Lightbend社のページから、Typesafe Activatorをダウンロードする。 https:
play2.4になって変わったな〜と感じること - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、深澤です！ 最近、playframeworkを使うことが多いのですが、 バージョンが上がって、「あぁ、変わったな〜」と感じることがあったので今回まとめてみました。 誰かの参考になれたらと思います。 なお、今回はjavaの方で語っていきます！ eclipseコマンドがなくなった！？ はい、最初に気が付いた異常はこれですね。 今まで、playアプリケーションをeclipseのプロジェクトとして読み込む際、 アプリケーションのルートディレクトリで、以下のコマンドを使ってからeclipseにインポートしてました。 $ activat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
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
GitHub - scala/scala-dist: sbt project that packages the Scala 2 distribution
GitHub - scala/pickling: Fast, customizable, boilerplate-free pickling support for Scala
GitHub - scala/scala-async: An asynchronous programming facility for Scala
GitHub - scala/scala: Scala 2 compiler and standard library. Scala 2 bugs at https://github.com/scala/bug; Scala 3 at https://github.com/scala/scala3
GitHub - scala/scala-parser-combinators: simple combinator-based parsing for Scala. formerly part of the Scala standard library, now a separate community-maintained module
GitHub - scala/scala-java8-compat: A Java 8 (and up) compatibility kit for Scala.
