You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The standard Play template bundles the jdbc dependency. Users will usually need to remove this dependency when they add the play-slick dependency. Mention this in the docs.
Could also mention that the error A binding to play.api.db.DBApi was already configured happens when both jdbc and play-slick are on the classpath together.
The text was updated successfully, but these errors were encountered:
Actually it seems to be enough to deactivate the incompatible module in "application.conf":
play.modules.disabled += "play.api.db.DBModule"
Is this bad? Should it be documented? At least it allows you to still have access for instance to the Databases object, which was very useful in my case.
Yes, if you want to use Databases object, then you can keep the jdbc dependency and just disable the DBModule. Just keep in mind that by disabling DBModule you won't be able to inject instances of play.api.db.Database and play.api.db.DBApi (unless you provide your own bindings).
The standard Play template bundles the
jdbc
dependency. Users will usually need to remove this dependency when they add theplay-slick
dependency. Mention this in the docs.Could also mention that the error
A binding to play.api.db.DBApi was already configured
happens when bothjdbc
andplay-slick
are on the classpath together.The text was updated successfully, but these errors were encountered: