I'd like to see these boundaries more defined and cdi more modular and less dependent
on java ee so that other JSRs even non java ee JSRs can use it.
Sent from my iPad
On Apr 30, 2011, at 12:20 PM, "Mark Struberg (JIRA)"
<jira-events(a)lists.jboss.org> wrote:
[
https://issues.jboss.org/browse/CDI-106?page=com.atlassian.jira.plugin.sy...
]
Mark Struberg commented on CDI-106:
-----------------------------------
There are already lots of EE specific things in the spec. But the entry section lists a
possibility to run in a stripped down form if running on SE:
"An application that takes advantage of these services may be designed to execute in
either th Java EE environment or the Java SE environment. If the application uses Java EE
services such as transaction management and persistence in the Java SE environment, the
services are usually restricted to, at most, the subset defined for embedded usage by the
EJB specification."
The spec says that the container must know how to handle those EE
resources/functionality. But the spec also allows to implement it via a lightweight
modular plugin system (OWB is designed that way) where not all the functionality is always
present in every deployment.
> Support JMS mappings
> --------------------
>
> Key: CDI-106
> URL:
https://issues.jboss.org/browse/CDI-106
> Project: CDI Specification Issues
> Issue Type: Feature Request
> Reporter: Pete Muir
> Fix For: 1.1 (Proposed)
>
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev