[jboss-as7-dev] Arquillian Tests not Running From IDE
Andrew Lee Rubinger
andrew.rubinger at redhat.com
Thu Aug 11 07:44:54 EDT 2011
Inline.
On 08/11/2011 04:55 AM, Max Rydahl Andersen wrote:
>> The IDE wasn't doing anything but launching JUnit. When AS started, it
>> just used the modules from the default location.
>>
>> When we removed the modules from the JBOSS_HOME in the testsuite, we
>> instead point AS to use a non-default location. This configuration
>> (setting the sysprop) is done in the Surefire config. Which of course
>> the IDE doesn't share. So by default, launching AS tests from the IDE
>> no longer work unless you edit the run configuration to set the sys prop.
>
> ah gotcha.
>
> Can you point me to the github location of this surefire config and ill look if we could
> actually somehow make our m2e integration understand this ?
https://github.com/jbossas/jboss-as/blob/master/testsuite/pom.xml#L166
And I appreciate the offer to look into IDE integration options, but IMO
it's really not the job of the IDE here to parse out both the Surefire
config for that profile *and* apply the jboss.home var correctly. Those
are part of the build.
What I'm after is a solution that is friendly to all default runners, be
it Eclipse JUnit, IDEA, Ant, etc. Right now we're relying on Maven config.
S,
ALR
>
> /max
>
>>
>> S,
>> ALR
>>
>> On 08/09/2011 01:18 PM, Max Rydahl Andersen wrote:
>>> i'm curious - how did the IDE know how to pick up the jars before ?
>>>
>>> /max
>>>
>>> On Aug 9, 2011, at 14:19, Andrew Lee Rubinger wrote:
>>>
>>>> Hiya.
>>>>
>>>> Since we've stopped copying the modules under JBOSS_HOME for the
>>>> testsuite (in order to save space), the default launch config from the
>>>> IDE doesn't know where to pick these up (unless manually configured with
>>>> a sysprop at launch).
>>>>
>>>> How do we feel about:
>>>>
>>>> 1) Doing full copies of JBOSS_HOME like we used to? (Drawback: space)
>>>> 2) Trying to put something in the AS7 ARQ Containers so that it'll find
>>>> the modules by default (Drawback: Hacky/Programmatic Guesswork)
>>>> 3) Reorganizing things such that the testsuite module source keeps their
>>>> current structure, but instead we fire off the testsuite runs from
>>>> another module all in one go, with a full JBOSS_HOME to back it?
>>>> (Drawback: Build Complexity)
>>>>
>>>> I think I lean for 3), assuming it can be done intelligently enough.
>>>> Then we'll only start/stop the server ONCE for a full build, and blow
>>>> through all tests there regardless of their source module. The source
>>>> modules are important as they stand in order to assert our compile
>>>> dependencies.
>>>>
>>>> S,
>>>> ALR
>>>> _______________________________________________
>>>> jboss-as7-dev mailing list
>>>> jboss-as7-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>
>>> /max
>>> http://about.me/maxandersen
>>>
>>>
>>>
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> /max
> http://about.me/maxandersen
>
>
>
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
More information about the jboss-as7-dev
mailing list