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
sbt-fork-run-plugin breaks SBT #4839
Comments
Hi @jkutner, please first ask such question on the MailingList, rather than on this issue tracker (dedicated to confirmed issue). Best regards. |
@cchantep I brought this up already: https://groups.google.com/d/topic/play-framework/RLSPwvOqBIE/discussion Why did you close this? |
According the contribution guidelines, until there is a confirmed issue, there is no need to have ticket on this issue tracker. Best regards. |
@cchantep I've created another thread: https://groups.google.com/forum/#!topic/play-framework/XOGhUpZIDFw. The reproducible example is linked above. |
@jkutner, Here's something to try. Activator sometimes creates Activator shims to remove: I also noticed some lock files that you can probably remove too: |
I'm going to open this issue because it has been confirmed. |
@richdougherty Yes, this file is created by Activator, and it works fine with Activator. But when it is used with SBT it fails with the error above. Here is where it's added: I work for Heroku and we have had numerous reports from users that generate an app with Activator, and deploy it to Heroku. Heroku only uses SBT, and this causes the failure. The people that are encountering the error have no idea what has caused the problem because they never added the file. Is there a particular resolver that could be added to the template for the Thanks! |
@jkutner, I've pinged the Activator team to ask for some help on this one. To answer your question about resolvers, it looks like the JARs can be found here: https://dl.bintray.com/typesafe/ivy-releases/com.typesafe.sbtrc/. Maybe the following resolver would work: resolvers += "Typesafe Bintray Ivy releases" at "https://dl.bintray.com/typesafe/ivy-releases" |
I think the sbt team would rather the typesafe.com URL be used, rather than the underlying Bintray URL: resolvers += "Typesafe Ivy releases" at "https://repo.typesafe.com/typesafe/ivy-releases" |
Neither of those resolvers solves the problem. The I think there is something deeper going on here. Unless...is there another resolver that Activator uses to get these dependencies and SBT does not have by default? |
I've found that adding this resolve to the project's resolvers += Resolver.url("Typesafe Ivy releases", url("https://repo.typesafe.com/typesafe/ivy-releases"))(Resolver.ivyStylePatterns) So what is going on here? Shouldn't that be unnecessary? It seems that when including the sbt-fork-run-plugin in the Play app, it should not be necessary to add resolvers. |
Hi, i have the same problem, i just added this line as jkutner said: resolvers += Resolver.url("Typesafe Ivy releases", url("https://repo.typesafe.com/typesafe/ivy-releases"))(Resolver.ivyStylePatterns) to build.sbt file and it works! I guess that this is an activator issue, isn't ? |
Yeah, this is activator. Closing. |
You can punt this, but it still affects adoption of Play Framework because so many people run into it. |
@jkutner I'm aware. It's not something the Play team can fix. |
Including sbt-fork-run-plugin in a project results in this error:
Here's a project that reproduces. Running
sbt stage
against this application has a different result thanactivator stage
:https://github.com/gifman009/Licenta
More information in this thread:
https://groups.google.com/forum/#!topic/play-framework/RLSPwvOqBIE
Other related issues:
sbt/sbt#2054
https://github.com/typesafehub/activator/issues/979
I would like to see sbt-fork-run-plugin completely disable itself if not running under Activator. But I'm not sure how to code this up. Could it check for the "development" env?
Aside from the dependency resolution, I have some big concerns that stuff like this will break CI, PaaS, and even Production deployment, where sbt and Activator are used in intended to run in the foreground.
The text was updated successfully, but these errors were encountered: