<div dir="ltr">Yep, I realized that after I sent the example. I'll have to wait to get back to work to get the full example down to demo.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 4, 2013 at 4:39 AM, Martin Kouba <span dir="ltr"><<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">John, in fact the "HandlerTest" deployment archive is not a CDI<br>
deployment (final WAR does not contain a beans.xml file in its WEB-INF)<br>
and so the Weld is not started at all and CDIInjectionEnricher just<br>
fails (no BeanManager available).<br>
<br>
Also I wouldn't use the ShrinkWrap JavaArchive (return type of<br>
@Deployment method) if the default Arquillian protocol is "Servlet 3.0"<br>
and the resulting deployment will surely be WebArchive - IMHO it's not<br>
entirely clear what the structure of the resulting test deployment<br>
should be (in your test case the deployment is added to the WEB-INF/lib<br>
of the final deployment) and moreover Arquillian must do some more<br>
"magic" (e.g. for WebArchive the BeansXMLProtocolProcessor adds empty<br>
beans.xml to WEB-INF if the test deployment contains beans.xml but is<br>
not WebArchive).<br>
<br>
And finally I would also use<br>
ManifestContainer.addAsServiceProvider(Class<?>, Class<?>...) instead of<br>
addAsManifestResource() to add CDI extension...<br>
<br>
M<br>
<br>
Dne 4.7.2013 02:42, John D. Ament napsal(a):<br>
<div class="im">> Ok, so I was able to reproduce my issue, but it doesn't match Aslak's case.<br>
><br>
> <a href="https://github.com/johnament/cdifoo" target="_blank">https://github.com/johnament/cdifoo</a><br>
><br>
> It's a very simple project. I used AS7 as my deployment container.<br>
><br>
> In one test, I use beans.xml to autoregister the archive.<br>
> That passes fine.<br>
><br>
> In the other test, I don't use a beans.xml, instead I use<br>
><br>
> public void addHandlers(@Observes BeforeBeanDiscovery bbd,BeanManager<br>
> beanManager) {<br>
><br>
> to register the classes in my archive. I even go the extra step of<br>
> registering my interface and test case, just in case.<br>
><br>
> Could you take a look at the project and let me know if you see<br>
> something I did wrong?<br>
><br>
> - John<br>
><br>
><br>
> On Tue, Jul 2, 2013 at 9:46 AM, John D. Ament <<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a>>> wrote:<br>
><br>
> Yeah... Aslak's the one who brought this to my attention. It was<br>
> something I saw happening in AS7 as well. Let me see if I can<br>
> create a simple project that demos this.<br>
><br>
><br>
> On Tue, Jul 2, 2013 at 9:18 AM, Pete Muir <<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>>> wrote:<br>
><br>
> Yes, if you use @EJB, all bets are off :-) I was assuming John<br>
> had an EJB that he wanted to @Inject.<br>
><br>
> On 2 Jul 2013, at 14:13, Romain Manni-Bucau<br>
</div><div class="im">> <<a href="mailto:rmannibucau@gmail.com">rmannibucau@gmail.com</a> <mailto:<a href="mailto:rmannibucau@gmail.com">rmannibucau@gmail.com</a>>> wrote:<br>
><br>
> > Hi<br>
> ><br>
> > i think @EJB Foo<Bar> ignores Bar (or at least the ejb spec doesnt define it)<br>
> ><br>
> > Romain Manni-Bucau<br>
> > Twitter: @rmannibucau<br>
> > Blog: <a href="http://rmannibucau.wordpress.com/" target="_blank">http://rmannibucau.wordpress.com/</a><br>
> > LinkedIn: <a href="http://fr.linkedin.com/in/rmannibucau" target="_blank">http://fr.linkedin.com/in/rmannibucau</a><br>
> > Github: <a href="https://github.com/rmannibucau" target="_blank">https://github.com/rmannibucau</a><br>
> ><br>
> ><br>
> ><br>
</div>> > 2013/7/2 Pete Muir <<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a> <mailto:<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>>><br>
<div class="im">> ><br>
> > On 2 Jul 2013, at 11:28, John D. Ament <<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a> <mailto:<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a>>> wrote:<br>
> ><br>
> > > Hi all<br>
> > ><br>
> > > In section 4.2 of the CDI spec (both 1.0 and 1.1) there are references to injection around generic types. I was wondering if someone could clarify this case?<br>
> > ><br>
> > > I have an interface:<br>
> > ><br>
> > > public interface Handler<? extends Foo> { ... }<br>
> > ><br>
> > > and then I have two implementations<br>
> > ><br>
> > > public class FarlowHandler implements Handler<Farlow> { .. }<br>
> > ><br>
> > > public class BagelHandler implements Handler<Bagel> { ... }<br>
> > ><br>
> > > Is it expected that I should be able to inject references to these by doing:<br>
> > ><br>
> > > @Inject<br>
> > > private Handler<Farlow> fHandler;<br>
> > ><br>
> > > @Inject<br>
> > > private Handler<Bagel> bHandler;<br>
> ><br>
> > Yes.<br>
> ><br>
> > ><br>
> > > ? Is there any expected difference when using EJBs?<br>
> ><br>
> > Assuming the interface is part of the local client view of the EJB, then no. Obviously, if EJB has any rules around declaring generic types in local interfaces, then you need to respect those (IIRC, it doesn't).<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > cdi-dev mailing list<br>
</div>> > <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a> <mailto:<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
> > <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
<div class="HOEnZb"><div class="h5">> ><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
><br>
<br>
</div></div></blockquote></div><br></div>