<html><body bgcolor="#FFFFFF"><div>It's either a commented out value in arquillian.xml or in surefire configuration you can set it to log app server output to separate file for each test.</div><div><br></div><div>Ken<br><br>Sent from my iPhone</div><div><br>On Aug 20, 2011, at 19:54, Shane Bryzak <<a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>
I just tried that (I had copied the arquillian.xml from the i18n
module so it was just a matter of uncommenting it) however it
doesn't seem to be creating anything in the target dir. How do I
get it to log each test into a separate file?<br>
<br>
On 21/08/11 09:48, Ken Finnigan wrote:
<blockquote cite="mid:2AC48F0C-6978-488E-A4CA-19CF17B8FE72@kenfinnigan.me" type="cite">
<div>Take a look at the arquillian.XML in i18n as it is there but
commented out.</div>
<div><br>
</div>
<div>You may also want to set it to log each test into separate
file.</div>
<div><br>
</div>
<div>Ken<br>
<br>
Sent from my iPhone</div>
<div><br>
On Aug 20, 2011, at 19:43, Shane Bryzak <<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>
wrote:<br>
<br>
</div>
<blockquote type="cite">
<div> I've gotten a little further, the container is being
started now but it seems that dependency injection is broken
for some reason, as I'm getting a bunch of NPE's like the
following:<br>
<br>
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time
elapsed: 0.035 sec <<< FAILURE!<br>
testProxiedInterface(org.jboss.seam.solder.test.serviceHandler.ServiceHandlerTest)
Time elapsed: 0.008 sec <<< ERROR!<br>
java.lang.NullPointerException<br>
at
org.jboss.seam.solder.test.serviceHandler.ServiceHandlerTest.testProxiedInterface(ServiceHandlerTest.java:52)<br>
<br>
Does anyone know if there's an easy way to prevent the test
deployment archives from being deleted, so I can examine it?<br>
<br>
<br>
On 21/08/11 09:38, Shane Bryzak wrote:
<blockquote cite="mid:4E50455E.7070307@redhat.com" type="cite">
It was my fault, there was a hard-coded arquillian
dependency (for an older version of Arquillian) in the
Solder impl.<br>
<br>
On 21/08/11 09:28, John D. Ament wrote:
<blockquote cite="mid:CAOqetn9MDHNABP_LDu3YpkdxHjA-bwFe39YQXeNrbGGah5KjaA@mail.gmail.com" type="cite">
<p>Do you have shrinkwrap descriptor api and impl in your
reps somewhere?</p>
<p>John (sent from my DroidX)</p>
<div class="gmail_quote">On Aug 20, 2011 7:20 PM, "Shane
Bryzak" <<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>
wrote:<br type="attribution">
> I'm just experimenting with this configuration now
in Solder, however <br>
> I'm getting the following exception when I run the
tests - anyone seen <br>
> this before?<br>
> <br>
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0,
Time elapsed: 0.244 <br>
> sec <<< FAILURE!<br>
>
initializationError(org.jboss.seam.solder.test.resourceLoader.ResourceLoaderTest)
<br>
> Time elapsed: 0.004 sec <<< ERROR!<br>
> java.lang.NoClassDefFoundError:
org/jboss/shrinkwrap/descriptor/api/Node<br>
> at java.lang.Class.getDeclaredConstructors0(Native
Method)<br>
> at
java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)<br>
> at java.lang.Class.getConstructor0(Class.java:2699)<br>
> at java.lang.Class.getConstructor(Class.java:1657)<br>
> at <br>
>
org.jboss.shrinkwrap.descriptor.impl.base.DescriptorImporterBase.from(DescriptorImporterBase.java:145)<br>
> at <br>
>
org.jboss.arquillian.impl.bootstrap.ConfigurationRegistrar.loadConfiguration(ConfigurationRegistrar.java:50)<br>
> <br>
> On 21/08/11 09:18, John D. Ament wrote:<br>
>><br>
>> I am willing to convert seam JCR to this to see
how it runs.<br>
>><br>
>> John<br>
>><br>
>> On Aug 20, 2011 7:17 PM, "George Gastaldi" <<a moz-do-not-send="true" href="mailto:gegastaldi@gmail.com"><a href="mailto:gegastaldi@gmail.com">gegastaldi@gmail.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:gegastaldi@gmail.com"><a href="mailto:gegastaldi@gmail.com">gegastaldi@gmail.com</a></a>>>
wrote:<br>
>> > +1 to the multiple sources idea<br>
>> ><br>
>> > Em 20/08/2011, às 20:01, Shane Bryzak <<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>>
escreveu:<br>
>> ><br>
>> > We could possibly do it by specifying
additional source directories <br>
>> for each<br>
>> > profile.<br>
>> ><br>
>> > <br>
>> <a moz-do-not-send="true" href="http://chadthedeveloper.blogspot.com/2008/02/maven2-multiple-source-directories-and.html"><a href="http://chadthedeveloper.blogspot.com/2008/02/maven2-multiple-source-directories-and.html">http://chadthedeveloper.blogspot.com/2008/02/maven2-multiple-source-directories-and.html</a></a><br>
>> ><br>
>> > On 21/08/11 08:59, Jason Porter wrote:<br>
>> ><br>
>> > Can we add additional tests with this
though for each container?<br>
>> ><br>
>> > Sent from my iPhone<br>
>> ><br>
>> > On Aug 20, 2011, at 16:35, Shane Bryzak
<<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>>
wrote:<br>
>> ><br>
>> > That might be one way we can do it - Ken,
what do you think about<br>
>> > structuring the test suite like this?<br>
>> ><br>
>> > <a moz-do-not-send="true" href="https://gist.github.com/1155271"><a href="https://gist.github.com/1155271">https://gist.github.com/1155271</a></a><br>
>> ><br>
>> ><br>
>> > On 21/08/11 08:27, Jason Porter wrote:<br>
>> ><br>
>> > Maybe something in surefire, or what aslak
said on twitter may be <br>
>> helpful.<br>
>> ><br>
>> > Sent from my iPhone<br>
>> ><br>
>> > On Aug 20, 2011, at 16:21, Shane Bryzak
<<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>>
wrote:<br>
>> ><br>
>> > I'm currently looking into it.<br>
>> ><br>
>> > On 21/08/11 08:04, Jason Porter wrote:<br>
>> ><br>
>> > Is it possible to add a source directory
or test directory?<br>
>> ><br>
>> > Sent from my iPhone<br>
>> ><br>
>> > On Aug 20, 2011, at 15:36, Shane Bryzak
<<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>>
wrote:<br>
>> ><br>
>> > Unfortunately that doesn't work - the
issue occurs when the artifacts<br>
>> > being unpacked are in the same reactor.
See<br>
>> > <a moz-do-not-send="true" href="http://jira.codehaus.org/browse/MDEP-98"><a href="http://jira.codehaus.org/browse/MDEP-98">http://jira.codehaus.org/browse/MDEP-98</a></a><br>
>> ><br>
>> > On 21/08/11 01:11, Ken Finnigan wrote:<br>
>> ><br>
>> > If I'm not mistaken, that error is
resolved by installing the artifacts.<br>
>> ><br>
>> > The problem is that it doesn't know how to
unpack a directory, so <br>
>> the jar<br>
>> > with the test classes needs to be
installed for it to work<br>
>> ><br>
>> > Ken<br>
>> ><br>
>> > Sent from my iPhone<br>
>> ><br>
>> > On Aug 20, 2011, at 11:02, Shane Bryzak
<<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>
<br>
>> <mailto:<a moz-do-not-send="true" href="mailto:sbryzak@redhat.com"><a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a></a>>>
wrote:<br>
>> ><br>
>> > I've made some progress in this area, so
far I've created a few of the<br>
>> > container boms in seam-parent and also
started converting the Solder <br>
>> tests<br>
>> > to use the new structure.<br>
>> ><br>
>> > I have run into one issue though - when
running the tests I'm <br>
>> encountering<br>
>> > the error below. The reason it hasn't
manifested in the International<br>
>> > module is because there was a version
mismatch between some of the test<br>
>> > suite artifacts, however if you
synchronize them all you get the <br>
>> same error.<br>
>> ><br>
>> > [INFO] Reactor Summary:<br>
>> > [INFO]<br>
>> > [INFO] Seam International Test Suite:
Aggregator ......... SUCCESS <br>
>> [1.224s]<br>
>> > [INFO] Seam Container BOMs Aggregator
.................... SUCCESS <br>
>> [0.025s]<br>
>> > [INFO] Weld EE Embedded 1.1 Container
.................... SUCCESS <br>
>> [0.899s]<br>
>> > [INFO] JBoss AS7 Managed Container
....................... SUCCESS <br>
>> [2.722s]<br>
>> > [INFO] Seam International Test Suite
Common .............. SUCCESS <br>
>> [0.376s]<br>
>> > [INFO] Seam International Test Suite:
Internals Integration Tests <br>
>> SUCCESS<br>
>> > [0.013s]<br>
>> > [INFO] Seam International Test Suite:
Internals Integration Tests Base<br>
>> > SUCCESS [0.743s]<br>
>> > [INFO] Seam International Test Suite:
Internals Integration Tests <br>
>> for JBoss<br>
>> > AS FAILURE [2.529s]<br>
>> > [INFO] Seam International Test Suite:
Internals Integration Tests <br>
>> for Weld<br>
>> > EE Embedded SKIPPED<br>
>> > [INFO]<br>
>> >
------------------------------------------------------------------------<br>
>> > [INFO] BUILD FAILURE<br>
>> > [INFO]<br>
>> >
------------------------------------------------------------------------<br>
>> > [INFO] Total time: 9.393s<br>
>> > [INFO] Finished at: Sun Aug 21 00:55:38
EST 2011<br>
>> > [INFO] Final Memory: 25M/348M<br>
>> > [INFO]<br>
>> >
------------------------------------------------------------------------<br>
>> > [ERROR] Failed to execute goal<br>
>> >
org.apache.maven.plugins:maven-dependency-plugin:2.1:unpack<br>
>> > (unpack-base-tests) on project<br>
>> >
seam-international-testsuite-integration-internals-jbossas:
Error <br>
>> unpacking<br>
>> > file:<br>
>> > <br>
>>
/home/shane/project/seam/international/testsuite/internals/base/target/classes<br>
>> > to:<br>
>> > <br>
>>
/home/shane/project/seam/international/testsuite/internals/jbossas/target/test-classes<br>
>> > [ERROR]
org.codehaus.plexus.archiver.ArchiverException: The
source <br>
>> must not<br>
>> > be a directory.<br>
>> > [ERROR] -> [Help 1]<br>
>> ><br>
>> ><br>
>> > I've spent a little time trying to find a
workaround but it seems <br>
>> that this<br>
>> > has been a known bug in Maven for at least
4 years. If anyone wants <br>
>> to take<br>
>> > a look at this and try to figure out a
workaround in the meantime <br>
>> please be<br>
>> > my guest.<br>
>> ><br>
>> > Shane<br>
>> ><br>
>> ><br>
>> > On 30/07/11 12:16, Ken Finnigan wrote:<br>
>> ><br>
>> > All,<br>
>> ><br>
>> > I've committed the work on the Arquillian
testsuite infrastructure <br>
>> on the<br>
>> > i18n module which can be found here:<br>
>> > <a moz-do-not-send="true" href="https://github.com/seam/international/tree/develop/testsuite"><a href="https://github.com/seam/international/tree/develop/testsuite">https://github.com/seam/international/tree/develop/testsuite</a></a><br>
>> ><br>
>> > Here are some notes on how it's structured
and what needs to be done:<br>
>> ><br>
>> ><br>
>> > - API and Impl modules still retain unit
tests that don't require<br>
>> > container testing<br>
>> > - testsuite/common includes Deployment and
Library helpers and anything<br>
>> > that would be common to multiple types of
testsuites, such as internals,<br>
>> > smoke, etc<br>
>> > - The helpers from this module could
potentially be pulled up into a<br>
>> > common module for all, but that may
introduce complexity in<br>
>> > trying to use it<br>
>> > in each module so may be best to leave it
there for the moment<br>
>> > and see how<br>
>> > it goes<br>
>> > - testsuite/container-boms contains the
container definition for weld ee<br>
>> > embedded and AS7. Others can be found at<br>
>> > <br>
>> <a moz-do-not-send="true" href="https://github.com/mojavelinux/arquillian-showcase/tree/master/container-boms"><a href="https://github.com/mojavelinux/arquillian-showcase/tree/master/container-boms">https://github.com/mojavelinux/arquillian-showcase/tree/master/container-boms</a></a><br>
>> > - One of the first things that needs to
happen is these container-boms<br>
>> > need to be created in a seam parent module
of some kind such that each<br>
>> > module can utilize them without having to
replicate the content directly<br>
>> > - testsuite/internals/base contains the
test classes that used to be<br>
>> > within impl. For i18n I was able to leave
the entirety of the test <br>
>> classes<br>
>> > in the bases module and simply explode it
into the target/test-classes<br>
>> > directory of the
testsuite/internals/${container} modules as part of the<br>
>> > integration-test phase.<br>
>> > - To make it easier to then explode the
jar built from this module<br>
>> > into sub modules, the test classes and
resources actually need to be in<br>
>> > src/main. As we don't plan using the jar
built from this for<br>
>> > anything other<br>
>> > than testing it's not an issue.<br>
>> > - container tests are only activated on
the integration-test phase<br>
>> > and skipped on the basic test phase<br>
>> > - <br>
>> <a moz-do-not-send="true" href="https://github.com/seam/international/blob/develop/testsuite/README.mdoutlines"><a href="https://github.com/seam/international/blob/develop/testsuite/README.mdoutlines">https://github.com/seam/international/blob/develop/testsuite/README.mdoutlines</a></a><br>
>> > all the proposed types of suites that
testsuite can contain. I<br>
>> > believe an initial first step should be to
move the existing container<br>
>> > tests, or create some, for the internals
module. Over time we can <br>
>> then look<br>
>> > to flesh out the testsuite with additional
types such as smoke, cluster,<br>
>> > api, etc<br>
>> > - One area that I haven't looked at yet is
code coverage given that the<br>
>> > tests are further spread than previously.
I'm hoping that it will be<br>
>> > relatively easy to amalgamate all the
coverage data to produce a single<br>
>> > report.<br>
>> ><br>
>> > Any questions about this please let me
know.<br>
>> ><br>
>> > Ken<br>
>> ><br>
>> ><br>
>> >
_______________________________________________<br>
>> > seam-dev mailing<br>
>> > <br>
>> <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:listseam-dev@lists.jboss.orghttps://">listseam-dev@lists.jboss.orghttps://</a><a moz-do-not-send="true" href="http://lists.jboss.org/mailman/listinfo/seam-dev"><a href="http://lists.jboss.org/mailman/listinfo/seam-dev">lists.jboss.org/mailman/listinfo/seam-dev</a></a>
<br>
>> <<a moz-do-not-send="true" href="http://lists.jboss.org/mailman/listinfo/seam-dev"><a href="http://lists.jboss.org/mailman/listinfo/seam-dev">http://lists.jboss.org/mailman/listinfo/seam-dev</a></a>><br>
>> ><br>
>> ><br>
>> ><br>
>> >
_______________________________________________<br>
>> > seam-dev mailing list<br>
>> > <a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a>
<mailto:<a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a>><br>
>> > <a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/seam-dev"><a href="https://lists.jboss.org/mailman/listinfo/seam-dev">https://lists.jboss.org/mailman/listinfo/seam-dev</a></a><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> >
_______________________________________________<br>
>> > seam-dev mailing list<br>
>> > <a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a>
<mailto:<a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a>><br>
>> > <a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/seam-dev"><a href="https://lists.jboss.org/mailman/listinfo/seam-dev">https://lists.jboss.org/mailman/listinfo/seam-dev</a></a><br>
> <br>
</div>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
seam-dev mailing list
<a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a>
<a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/seam-dev"><a href="https://lists.jboss.org/mailman/listinfo/seam-dev">https://lists.jboss.org/mailman/listinfo/seam-dev</a></a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>seam-dev mailing list</span><br>
<span><a moz-do-not-send="true" href="mailto:seam-dev@lists.jboss.org"><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a></a></span><br>
<span><a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/seam-dev"><a href="https://lists.jboss.org/mailman/listinfo/seam-dev">https://lists.jboss.org/mailman/listinfo/seam-dev</a></a></span><br>
</div>
</blockquote>
</blockquote>
<br>
</div></blockquote></body></html>