[cdi-dev] Time to start working on CDI lite

[Antoine Sabot-Durand]

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
Le dim. 30 août 2015 à 08:47, Antonio Goncalves <antonio.goncalves at gmail.com>
a écrit :

> @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 ?
>
> Antonio
>
>
>
>
> On Sat, Aug 29, 2015 at 11:15 PM, arjan tijms <arjan.tijms at gmail.com>
> wrote:
>
>> On Sat, Aug 29, 2015 at 8:45 PM, Antonio Goncalves
>> <antonio.goncalves at 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 <http://www.antoniogoncalves.org> | Twitter
> <http://twitter.com/agoncal> | LinkedIn
> <http://www.linkedin.com/in/agoncal> | Pluralsight
> <http://pluralsight.com/training/Authors/Details/antonio-goncalves> | Paris
> JUG <http://www.parisjug.org> | Devoxx France <http://www.devoxx.fr>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/cdi-dev/attachments/20150830/fa6652cf/attachment.html