Comments (4)
Hi @dpfeiffer, the class path for test dependencies is defined in the plugin as an overridable taskKey
named testDependenciesClasspath
.
testDependenciesClasspath =: // The path to all managed and unmanaged Test and Compile dependencies. This path needs to include the ScalaTest Jar for the tests to execute. This defaults to all managedClasspath and unmanagedClasspath in the Test and fullClasspath in the Compile Scope.
Here is the default implementation:
testDependenciesClasspath := {
val fullClasspathCompile = (fullClasspath in Compile).value
val classpathTestManaged = (managedClasspath in Test).value
val classpathTestUnmanaged = (unmanagedClasspath in Test).value
(fullClasspathCompile.files ++ classpathTestManaged.files ++ classpathTestUnmanaged.files).map(_.getAbsoluteFile).mkString(":")
}
Is there an additional sbt setting/path that you can append to the default list allow your test resources to be located from your Play application tests? Depending on what the solution is it's possible that the default set of paths I'm building needs to be updated to account for your scenario.
from sbt-docker-compose.
@dpfeiffer Maybe something like the following:
testDependenciesClasspath := {
val fullClasspathCompile = (fullClasspath in Compile).value
val classpathTestManaged = (managedClasspath in Test).value
val classpathTestUnmanaged = (unmanagedClasspath in Test).value
val testResources = (resources in Test).value
(fullClasspathCompile.files ++ classpathTestManaged.files ++ classpathTestUnmanaged.files ++ testResources).map(_.getAbsoluteFile).mkString(":")
}
from sbt-docker-compose.
@kurtkopchik Thank you for your fast reply, it works as expected when I set the testDependenciesClasspath manually (like you suggested). I should have read the docs more carefully. I think that adding the testResources as a default would suite most scenarios as I assume it's a default behaviour (having access to test resources) for running test.
from sbt-docker-compose.
Thanks @dpfeiffer! I'm glad that worked for you.
I've published a release that now includes the test resources in the classpath by default when executing dockerComposeTest
.
addSbtPlugin("com.tapad" % "sbt-docker-compose" % "1.0.16")
from sbt-docker-compose.
Related Issues (20)
- Plugin starts tests even if not all containers are ready. HOT 4
- useStaticPorts does not seems to take effect HOT 2
- -debug doesn't work with specs2 HOT 2
- How to link my scala app's container, created by sbt-native-packager, to the dependency containers? HOT 1
- dockerComposeTest does not remove Docker instances when the compliation fails HOT 7
- multi project build with sbt-native-packager HOT 2
- DockerComposeTest does not pick up FeatureSpecs HOT 3
- Specs2 tests that have a different constructor don't run
- dockerComposeTest returns success on compilation error
- Provide dockerComposeTestOnly HOT 1
- Question - where does sbt-docker-compose plugin live? HOT 2
- Exception for invalid volume definition
- Configurable 'instanceName' (-p project-name)
- Forthcoming Deprecation / Transfer of Ownership Notice HOT 2
- SBT 1.3.3 breaks sbt-docker-compose
- dockerComposeTest doesn't include parent test scope in dependency classpath
- "Could not parse image id" HOT 1
- Support docker-compose 2.x HOT 3
- Run specs2 tests in multi-project code? HOT 4
- SBT 1.1.0-M1 compatibility issues HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sbt-docker-compose.