[cdi-dev] Spliting SE package in an independent jar

[John Ament]

Opposite Werner, EE API is larger and has the bulk of the content.  SE API at this point has two classes.


________________________________
From: cdi-dev-bounces at lists.jboss.org <cdi-dev-bounces at lists.jboss.org> on behalf of Werner Keil <werner.keil at gmail.com>
Sent: Tuesday, October 18, 2016 5:27 AM
To: cdi-dev
Subject: Re: [cdi-dev] Spliting SE package in an independent jar

So cdi-se-api is larger than the (core) EE API?

An SE implementation should hopefully have a smaller footprint than current EE ones (e.g. Weld)?

Werner


On Tue, Oct 18, 2016 at 11:09 AM, <cdi-dev-request at lists.jboss.org<mailto:cdi-dev-request at lists.jboss.org>> wrote:
Send cdi-dev mailing list submissions to
        cdi-dev at lists.jboss.org<mailto:cdi-dev at 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 at lists.jboss.org<mailto:cdi-dev-request at lists.jboss.org>

You can reach the person managing the list at
        cdi-dev-owner at lists.jboss.org<mailto:cdi-dev-owner at 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: Spliting SE package in an independent jar (Martin Kouba)
   2. [JBoss JIRA] (CDI-45) Optional Injection Points
      (Martin Kouba (JIRA))
   3. [JBoss JIRA] (CDI-638) Introduce a new xsd for CDI 2.0
      (Antoine Sabot-Durand (JIRA))
   4. [JBoss JIRA] (CDI-638) Introduce a new xsd for CDI 2.0
      (Antoine Sabot-Durand (JIRA))
   5. No meeting tomorrow (Antoine Sabot-Durand)
   6. Re: Spliting SE package in an independent jar (Emily Jiang)


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

Message: 1
Date: Thu, 13 Oct 2016 09:56:24 +0200
From: Martin Kouba <mkouba at redhat.com<mailto:mkouba at redhat.com>>
Subject: Re: [cdi-dev] Spliting SE package in an independent jar
To: John Ament <john.ament at spartasystems.com<mailto:john.ament at spartasystems.com>>,  Antoine Sabot-Durand
        <antoine at sabot-durand.net<mailto:antoine at sabot-durand.net>>,     cdi-dev <cdi-dev at lists.jboss.org<mailto:cdi-dev at lists.jboss.org>>
Message-ID: <616fdc4e-26f6-a8d7-16d3-fdceb71faa1f at redhat.com<mailto:616fdc4e-26f6-a8d7-16d3-fdceb71faa1f at redhat.com>>
Content-Type: text/plain; charset=windows-1252; format=flowed

+1 for John's proposal.

So there will be two API artifacts:
* cdi-api
* cdi-se-api (depends on cdi-api)

Martin

Dne 12.10.2016 v 12:40 John Ament napsal(a):
> the way I've envisioned it:
>
>
> - There is no dedicated EE API (none that I could find that is EE only,
> except for perhaps session scoped)t
>
> - There is SE specific API and the current API could be considered "core"
>
>
>
> Take the current API module and create two submodules, one for core and
> one for SE.  SE depends on core.  EE still refers to core as the same
> existing coordinates (create new coordinates for the parent).
>
> ------------------------------------------------------------------------
> *From:* cdi-dev-bounces at lists.jboss.org<mailto:cdi-dev-bounces at lists.jboss.org>
> <cdi-dev-bounces at lists.jboss.org<mailto:cdi-dev-bounces at lists.jboss.org>> on behalf of Antoine Sabot-Durand
> <antoine at sabot-durand.net<mailto:antoine at sabot-durand.net>>
> *Sent:* Wednesday, October 12, 2016 5:18 AM
> *To:* cdi-dev
> *Subject:* [cdi-dev] Spliting SE package in an independent jar
>
> to avoid including CDI SE features in Java EE, we already talk about
> creating a specific SE jar.
>
> Any thought on this approach?
>
> Antoine
> ------------------------------------------------------------------------
> NOTICE: This e-mail message and any attachments may contain
> confidential, proprietary, and/or privileged information which should be
> treated accordingly. If you are not the intended recipient, please
> notify the sender immediately by return e-mail, delete this message, and
> destroy all physical and electronic copies. Thank you.
>
>
> _______________________________________________
> cdi-dev mailing list
> cdi-dev at lists.jboss.org<mailto:cdi-dev at 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.
>

--
Martin Kouba
Software Engineer
Red Hat, Czech Republic

_______________________________________________
cdi-dev mailing list
cdi-dev at lists.jboss.org<mailto:cdi-dev at 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 71, Issue 29
***************************************

________________________________
NOTICE: This e-mail message and any attachments may contain confidential, proprietary, and/or privileged information which should be treated accordingly. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this message, and destroy all physical and electronic copies. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/cdi-dev/attachments/20161018/7cfb259a/attachment-0001.html