Antonio,
It's not my intention to prevent future usage of CDI lite in EE, if it makes sense some day. I was only saying that the only benefit of lite for EE 8 would be to work for a new EE profile and I don't want to go in that direction. That's why the target here is primary SE IMO.
Antoine
@George, in your use case, would having basic dependency injection help ?@Antoine If the future of Java EE is modularity, then having basic dependency injection *makes* sense. Even if Java EE 8 will not make any movement towards modularity, we hope that EE9 will. In these times of micro services, you could bundle basic DI instead of the all thing. So, in my opinion, it makes sense to think of it in EE too."CDI lite is basic injection plus producer plus programmatic lookup plus events, so it's more than a fatter jsr 330"So you are thinking of having events in CDI Lite ?AntonioOn Sat, Aug 29, 2015 at 11:15 PM, arjan tijms <arjan.tijms@gmail.com> wrote:On Sat, Aug 29, 2015 at 8:45 PM, Antonio Goncalves
<antonio.goncalves@gmail.com> wrote:
> I remember talking with the JAX-RS guys (Java EE), years ago (back in EE6),
> and their answer for not adopting CDI was "too heavy".
I can't find an exact reference anymore, but I somewhat remember that
one of the reasons was also simply that CDI as a general solution
finished late in Java EE 6, while JAX-RS finished earlier and had all
the work for their own DI solution already done.
--Antonio Goncalves
Software architect, Java Champion and Pluralsight author
Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx France