Antonio/all,

I fully agree. Looking at some of the highly redundant stuff (like improving and extending java.util.Calendar, beside adding JavaFX with its own isolated Date/Time solution and an almost identical Duration type in JSR 310, which itself is full of redundancies and bloating, adding ~2MB or more to the JDK without any new business value that isn't archieved by the other 3! Date/Time APIs JDK already has including FX) in Java SE 8, we must get a better solution for CDI 2, even without Jigsaw or any JDK modularization (where if done right, you could then chose to add JavaFX, JSR 310 or other stuff or just leave the "bloatware" if your app doesn't need it;-D) 

JSRs like MEEP 8 (on the ME side) or 363 (also modular and portable across both ME 8 and varous SE versions) demonstrated how this can work, and Agorava, a "fallout" of JSR 357 using many aspects of CDI 1.x and DeltaSpike already are great examples how this could work for CDI 2, as well.

Regards,

Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead | Eclipse UOMo Lead, Babel Language Champion | Apache Committer | Java Godfather

Twitter @wernerkeil | @UnitAPI | @JSR354 | #EclipseUOMo | #Java_Social | #DevOps
Skype werner.keil | Google+ gplus.to/wernerkeil

* JavaZone 2014: 9-11 Sep 2014, Oslo, Norway. Werner Keil, JCP EC Member, JSR 363 Spec Lead will present "JSR 363 - The Answer to Life Science and the Internet of Everything"

* JavaOne 2014: Sep 28-Oct 2 2014, San Francisco, USA, Werner Keil, JCP EC Member, JSR 354 EG Member will host "Java and Digital Currencies, Friend or FOE"

* JMaghreb 3.0: 4-6 Nov 2014, Casablanca, Morocco. Werner Keil, JCP EC Member, JSR 363 Spec Lead, DevOps Guy will present "Triple-E' class DevOps", "JSR 363"

* Mobile Developer Conference kompakt: 18 Nov 2014, Hamburg, Germany. Werner Keil, JCP EC Member, Apache DeviceMap Committer will present "Apache DeviceMap" (GER)

* ApacheCon Europe: 17-21 Nov 2014, Budapest, Hungary. Werner Keil, JCP EC Member, Apache DeviceMap Committer will present "Apache DeviceMap"


On Fri, Sep 5, 2014 at 4:08 PM, <cdi-dev-request@lists.jboss.org> wrote:
Send cdi-dev mailing list submissions to
        cdi-dev@lists.jboss.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.jboss.org/mailman/listinfo/cdi-dev
or, via email, send a message with subject or body 'help' to
        cdi-dev-request@lists.jboss.org

You can reach the person managing the list at
        cdi-dev-owner@lists.jboss.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cdi-dev digest..."


Today's Topics:

   1. Re: Tools : Google Drive vs Asciidoc and Github (Pete Muir)
   2. Re: Tools : Google Drive vs Asciidoc and Github (Mark Paluch)
   3. Re: Tools : Google Drive vs Asciidoc and Github
      (Antonio Goncalves)
   4. With the end of Java Config... (Antoine Sabot-Durand)
   5. Re: Tools : Google Drive vs Asciidoc and Github (Thorben Janssen)
   6. Re: With the end of Java Config... (Antonio Goncalves)

------------------------------

Message: 6
Date: Fri, 5 Sep 2014 16:08:03 +0200
From: Antonio Goncalves <antonio.goncalves@gmail.com>
Subject: Re: [cdi-dev] With the end of Java Config...
To: Antoine Sabot-Durand <antoine@sabot-durand.net>
Cc: cdi-dev <cdi-dev@lists.jboss.org>
Message-ID:
        <CA+ZZq9-2mNdubTWztFM5kqLOi+AKRM4RLB0pcDY-NP5WKUVFPQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

One wise man* once said "EJB was a hype specification, we added too many
things to it, it became bloated. The next hype specifications are JAX-RS
and CDI, careful with them"

Either we get this idea of "parts" right, or CDI will endup being bloated.

Antonio


*David Blevin


On Fri, Sep 5, 2014 at 3:28 PM, Antoine Sabot-Durand <
antoine@sabot-durand.net> wrote:

> Hi all,
>
> You may have followed the rise and fall of the Java Config JSR (
> http://javaeeconfig.blogspot.ch/2014/09/no-java-ee-configuration-for-ee8-dear.html
> ).
> Anatole in CC was leading this initiative and I proposed him to join us
> and explore if some part of his late-JSR could be done in CDI.
>
> I?m mainly thinking of https://issues.jboss.org/browse/CDI-123 or related
> solution. If we achieve to have a majority of specs to integrate with CDI,
> our configuration solution would therefore become a configuration system
> for all spec based on CDI 2.0.
>
> Antoine
>
>
>
> _______________________________________________
> cdi-dev mailing list
> cdi-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev
>
> Note that for all code provided on this list, the provider licenses the
> code under the Apache License, Version 2 (
> http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
> provided on this list, the provider waives all patent and other
> intellectual property rights inherent in such information.
>



--
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/20140905/a30fb658/attachment.html

------------------------------

_______________________________________________
cdi-dev mailing list
cdi-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev

Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/licenses/LICENSE-2.0.html).  For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.

End of cdi-dev Digest, Vol 46, Issue 16
***************************************