@ChickenSniper Kind of. We rely heavily on play2-auth, so we've been working on a fork that allows it to with runtime DI in Play 2.5.x and on. The basic functionality is the same, but now all components are runtime injectable and all weird globals have been stomped out. https://github.com/jaroop/play-sentry
Still putting the finishing touches on it, but 1.0.0-SNAPSHOT is published to sonatype for any one that's interested. I expect to finalize it within a week or two.
Unless some brave soul can find another way to make it work.
I don't know if it's theoretically possible with runtime DI. The main roadblock that I ran into is that
AuthConfig contains three type aliases, which made it difficult to make that component (and basically all others) difficult to inject and runtime and also know about the correct types at compile time. Using a type parameter (same trick that play-silhouette uses) cut down on the required boilerplate, but I couldn't find a way to make it work without guice.
As I needed
TypeLiteral bindings in the module.
It looks like play-silhouette only works with guice right now, too.
We opted not to use silhouette because it is massive and would require a decent amount of rework in our applications with the risk of it also becoming abandonware down the road. Porting play2-auth to work with guice was straightforward enough, but with some limitations to keep a similar API.
Confining ourselves to guice was a small sacrifice since Play seems to provide the most out-of-the-box support for it.
Yes, most examples for it and play use guice
I think play is moving away from that though
It's very unidiomatic Scala, and really unnecessary
Play attempts to provide an API that is DI framework agnostic, but I don't think they're "moving away from that". That was kind of the entire reason this library ceases to work in Play 2.6. To say a DI framework is unnecessary (if that's what you meant to say) though is very dismissive. I was resistant at first, but it has taken away many headaches from building and testing applications. .. but that's neither here nor there.
In any case, the alternatives are 1.) Figure out a way to get runtime DI to work without
TypeLiteral, or 2.) provide components for compile-time DI.
I'd like 2 ;)
and unfortunately I needed one of them.
I've never used compile-time DI as recommended by the Play docs as I've always felt they've given it significantly less attention than the runtime DI docs.
t2v/play2-auth@b09a163 when will it ready to use with play 2.7.* ?
Hi all,
I have question regarding action in controller :
in version 0.14.2 there is AsyncAuth for making Action with authentication. But, in version play-2.7.x-auth-0.15-RC1 that I'm using now, AsyncAuth is nor exists.
I don't understand - how I need implement action ?
Thank you.
ProvisionException: Unable to provision, see the following errors:
1) Error injecting constructor, java.lang.NoSuchMethodError: jp.t2v.lab.play2.stackc.StackableController.$init$