You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@polygene.apache.org by "Niclas Hedhman (JIRA)" <ji...@apache.org> on 2017/06/15 10:37:00 UTC

[jira] [Closed] (POLYGENE-258) PolygeneTestRunner

     [ https://issues.apache.org/jira/browse/POLYGENE-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Niclas Hedhman closed POLYGENE-258.
-----------------------------------
    Resolution: Won't Fix
      Assignee: Niclas Hedhman

TestRunners and Rules are being deprecated and only supported via adapters, and not fully, in JUnit 5.

So let's go with the JUnit 5 Extension API instead, which is much more powerful and well-designed than anything previously in JUnit.

> PolygeneTestRunner
> ------------------
>
>                 Key: POLYGENE-258
>                 URL: https://issues.apache.org/jira/browse/POLYGENE-258
>             Project: Polygene
>          Issue Type: New Feature
>            Reporter: Niclas Hedhman
>            Assignee: Niclas Hedhman
>             Fix For: 3.1.0
>
>
> We probably need to introduce a TestRunner for Polygene tests, to solve POLYGENE-249. The FragmentClassLoader needs to be the one involved in loading the Polygene classes.
> It would be good to get to the point where the testcase is actually a ServiceComposite and that the ApplicationAssembly is given as an annotation on the testcase, or better yet a list of assemblies to be tested with the same tests.
> So, the test runner
> 1. Starts the Polygene Runtime (Energy4Java)
> 2. Takes the ApplicationAssembly from testcase annotation
> 3. Adds the testcase as a ServiceComposite to some module (which one?)
> 4. Somehow delegates the running of the methods back to Junit.
> This can become tricky, but would be pretty cool. Worst case scenario... We could make our own Test system.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)