I agree with Fred here but alexeys usecase/question is valid. I guess naming them
something like TestPart.java instead would be sensible or simply put the tests depedent on
exact setup be in same class ?
/max
On 23 Jan 2015, at 19:39, Fred Bricon <fbricon(a)redhat.com>
wrote:
For specific use cases like that, you can specifically override the include patterns used
in javaee, effectively maintaining the legacy behavior, allowing you to migrate at the
pace you want.
Fred
> Le 23 janv. 2015 à 13:19, Alexey Kazakov <akazakov(a)exadel.com> a écrit :
>
> On 01/23/2015 03:42 AM, Max Rydahl Andersen wrote:
>> But right now I think the only one I know that is pro-testsuites being
>> the default is Rob S. who have just
>> said he is fine switching to Tests being executed by default - he can
>> just use the TestSuite pattern in his test projects if he insists :)
>
> Most *Test.class tests (hundreds of them) in javaee and jst use a TestSetup.
> So a lot of our tests are grouped in their own test setups to configure
> a common environment.
> They are not designed to be executed as standalone tests because some
> their critical tierDown/setUp work is delegated to the corresponding
> TestSetup.
> If we move tierDown()/setUp() to the *Test.class level it will increase
> the execution time dramatically.
> Any idea how it could be fixed?
>
> Another problem is that we have a lot of *Test.class'es which are used
> as super classes for actual tests but they are not abstract.
> Which is not a big deal since most of them don't have any test methods
> and we also can make them abstract pretty easy.
>
> So, migrating javaee/jst/common to the *Test.class pattern may be a huge
> work.
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev