[
https://issues.apache.org/jira/browse/OPENEJB-1078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Quintin Beukes updated OPENEJB-1078:
------------------------------------
Attachment: (was: openejb-junit-0.1-SNAPSHOT-20090928-121200.tar.bz2)
> JUnit Runner
> ------------
>
> Key: OPENEJB-1078
> URL: https://issues.apache.org/jira/browse/OPENEJB-1078
> Project: OpenEJB
> Issue Type: New Feature
> Components: general
> Affects Versions: (not version related)
> Reporter: Quintin Beukes
> Priority: Minor
> Fix For: (not version related)
>
> Attachments: openejb-junit-0.1-SNAPSHOT-20090930-183700.tar.bz2
>
>
> The JUnit runner as discussed on the mailing list.
> Version 0.1-SNAPSHOT-20090927-204700
> Supports
> a) JUnit 4
> b) Context configuration on a per class and per method basis
> c) Context configuration through a specified properties file
> d) Context configuration through annotations using @Property
> e) Security role runner. Creates the InitialContext in such a way that EJBs
> are executed as the role specified in the context configuration annotation.
> f) Default Configuration, which loads a "default" properties file, which in
> this version has nothing more than a LocalInitialContextFactory specified.
> g) Supports injection into the test class if it's annotated with @LocalClient
> h) Has JUnit tests to test as well as demonstrate the runner's behaviour and
> usage
> i) Can be extended relatively easy by extending runner and TestContext
> implementations
> j) Has support for injecting custom values into the tests, by annotating the
> fields with @TestResource(value) and specifying one of a set of predefined
> values, which currently is the InitialContext and the InitialContext
> Properties object (one supplied during IC creation
> k) Can easily extend on custom injections by overriding the TestContext
> implementation
> Code could use some review/cleanup. This is what I have so far from about 14
> hours work and was started as an extraction of the runner I made for our
> company, to create an extendable generic OpenEJB runner which I can extend on
> the give us the same functionality that we had prior to the extraction.
> It seems to work well, though only time could tell. Any suggestions/requests
> please let me know.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
