-
Notifications
You must be signed in to change notification settings - Fork 159
Adds TimeoutTest #304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adds TimeoutTest #304
Conversation
I grabbed this branch so I could run the tests locally. After publishing the
I tried out the suggestion of using
I've yet to google anything helpful here. Do you have any initial thoughts regarding what I may be missing in my environment setup? |
Works for me.
|
That's because you're the sbt Whisperer... Early on I suspected my bastardized Windows platform. I should have pursued that more. I stumbled across this comment this morning, leading me back to that well. I hacked up something that got me further. I'll let you know what I come up with later today. |
That's consistent with the last entry on the stack trace, which is CompilerMatcher. I am using grs.bootclasspath.value =
(origBootclasspath :: bootPathList).mkString(java.io.File.pathSeparator)
val originalClasspath = grs.classpath.value
grs.classpath.value = classpathList.distinct.mkString(java.io.File.pathSeparator) |
Thanks for #307. |
Yes, the timeouts seem to work without any problems. I think it's a good call to go with the timeout client. It took me a good bit of digging to figure out how to do it, considering scalaxb, dispatch, async-http, and netty are all (potentially) involved. It shouldn't hurt anything as long as the values are the same as the defaults. |
This is in response to @joescii's post Configuring timeout for scalaxb.
TimeoutTest
Thread.sleep
set to 3s to emulate a slightly-long-running process.The test seems to be returning
ExecutionException
as expected.