[ 
https://issues.apache.org/jira/browse/ISIS-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220178#comment-16220178
 ] 

Andi Huber commented on ISIS-1755:
----------------------------------

The dummy Enterprise Java Bean (EJB) requires annotations 

* javax.ejb.Stateless
* javax.enterprise.inject.Produces

from 

{code:xml}
<dependency>
    <groupId>javax</groupId>
    <artifactId>javaee-api</artifactId>
</dependency>
{code}

If we integrate this EJB into Isis we have an additional dependency. This seems 
fine to me, but needs to be discussed.


> JEE Support - dummy bean as workaround for CDI
> ----------------------------------------------
>
>                 Key: ISIS-1755
>                 URL: https://issues.apache.org/jira/browse/ISIS-1755
>             Project: Isis
>          Issue Type: Improvement
>    Affects Versions: 1.15.1
>            Reporter: Dan Haywood
>            Assignee: Andi Huber
>             Fix For: 2.0.0
>
>
> as per 
> https://lists.apache.org/thread.html/a815c6d3e50c02111d0cd3df93b70b529c18193f321e613b116119b4@%3Cdev.isis.apache.org%3E
> During JEE-Application bootstrapping the JEE container identifies a 
> list of Isis classes it feels responsible for, but does not know how to 
> instantiate; so errors are thrown. For me it was sufficient to provide a 
> single stateless JEE bean that states, that it produces all these 
> classes. As long as you deploy your Isis application including this 
> dummy-bean, CDI does not complain.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to