<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">sorry for the double-post..<br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">/Xavier<br><br><br></span>
</div>
<br><div><div>On Aug 23, 2012, at 9:54 AM, Xavier Coulon wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div apple-content-edited="true"><span class="Apple-style-span" style="orphans: 2; text-align: -webkit-auto; text-indent: 0px; widows: 2; -webkit-text-decorations-in-effect: none; "><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div apple-content-edited="true">Hi,<br><br>As I read idea #4 (diagram), I wonder if it would be possible to have some Arquillian tooling based on the CDI context to generate something like this:<br><br><br><font class="Apple-style-span" face="'Courier New'" color="#606060">package&nbsp;org.arquillian.example;</font><div><font class="Apple-style-span" face="'Courier New'" color="#606060"><br></font></div><font class="Apple-style-span" face="'Courier New'" color="#606060">import&nbsp;org.jboss.arquillian.container.test.api.Deployment;<br>import&nbsp;org.jboss.arquillian.junit.Arquillian;<br>import&nbsp;org.jboss.shrinkwrap.api.ShrinkWrap;<br>import&nbsp;org.jboss.shrinkwrap.api.asset.EmptyAsset;<br>import&nbsp;org.jboss.shrinkwrap.api.spec.JavaArchive;<br>import&nbsp;org.junit.runner.RunWith;</font><div><font class="Apple-style-span" face="'Courier New'" color="#606060"><br></font></div><font class="Apple-style-span" face="'Courier New'" color="#606060">@RunWith(Arquillian.class)<br>public&nbsp;class&nbsp;BasketTest&nbsp;{</font><div><font class="Apple-style-span" face="'Courier New'" color="#232323">&nbsp; &nbsp;&nbsp;</font></div><font class="Apple-style-span" face="'Courier New'"><span class="Apple-tab-span" style="color: rgb(35, 35, 35); white-space: pre; ">        </span>@Deployment<br><span class="Apple-tab-span" style="white-space: pre; ">        </span>public&nbsp;static&nbsp;JavaArchive&nbsp;createDeployment()&nbsp;{<br><span class="Apple-tab-span" style="white-space: pre; ">                </span>return&nbsp;ShrinkWrap.create(JavaArchive.class,&nbsp;"test.jar")</font><div><font class="Apple-style-span" face="'Courier New'"><span class="Apple-tab-span" style="white-space:pre">                        </span>.addClasses(Basket.class,&nbsp;OrderRepository.class,&nbsp;SingletonOrderRepository.class)</font></div><div><font class="Apple-style-span" face="'Courier New'"><span class="Apple-tab-span" style="white-space:pre">                        </span>.addAsManifestResource(EmptyAsset.INSTANCE,&nbsp;"beans.xml");</font></div><div><font class="Apple-style-span" face="'Courier New'"><span class="Apple-tab-span" style="white-space: pre; ">        </span>}</font></div><font class="Apple-style-span" face="'Courier New'" color="#232323">}</font></div><div apple-content-edited="true"><font class="Apple-style-span" face="'Courier New'" style="font-size: 11px;" color="#444444"><br></font>The idea would be that from an Arquillian Test wizard, you could specify which bean is going to be tested, and then generate the proper test class skeleton, including the 'createDeployment()' method. Also, some validation tooling could&nbsp;report problems if other required beans (that are injected in the one to be tested) are not added into the archive.<br>I understand that it does not cover all use cases, especially when m2 dependencies should be included in the test archive, but it could be a great starting point.</div><div apple-content-edited="true">To be honest, I used a few times Arquillian on small side projects, and I often needed to spend some time on this method to create the proper archive, so having tooling here would be a nice feature IMO.<br><br>WDYT ?<br><br></div><div apple-content-edited="true">Best regards,<br>/Xavier<br><br></div></div></div></div><br></span>
</div>
<br><div><div>On Aug 23, 2012, at 3:03 AM, Alexey Kazakov wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Hi,<br><br>Here are my thought abut possible features/tasks that we can implement <br>in the next versions of JBT.<br><br>1. Performance issues. I believe CDI Tools don't work perfectly for <br>really big projects (thousands of CDI beans).<br> &nbsp;&nbsp;&nbsp;&nbsp;Right now we are investigating such issues (creating test projects, <br>looking for bottlenecks and so on).<br> &nbsp;&nbsp;&nbsp;&nbsp;When we will finish this work we will be able to tell what problems <br>we have, how big they are and how long it can take to fix the problems.<br>2. Some minor improvements such as: Continue to implement QuickFixes and <br>OpenOns based on documents which are being edited and have not been <br>saved yet.<br> &nbsp;&nbsp;&nbsp;&nbsp;Not a big work since it's based on what we already have.<br>3. Continue to support new features introduced by Delta Spike (which is <br>still in progress and new features are coming).<br>4. CDI project view and/or Injection Dependency Diagram (have no idea <br>yet how such a diagram may look like but we can start to think about it <br>and maybe such a digram may be useful for CDI developers).<br>5. ?...<br><br>Suggestions/comments are welcome.<br>_______________________________________________<br>jbosstools-dev mailing list<br><a href="mailto:jbosstools-dev@lists.jboss.org">jbosstools-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/jbosstools-dev">https://lists.jboss.org/mailman/listinfo/jbosstools-dev</a><br></div></blockquote></div><br></div>_______________________________________________<br>jbosstools-dev mailing list<br><a href="mailto:jbosstools-dev@lists.jboss.org">jbosstools-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/jbosstools-dev</blockquote></div><br></body></html>