harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geir Magnusson Jr (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (HARMONY-31) Move peformance timing of unit tests into a decorator class.
Date Tue, 21 Mar 2006 12:28:58 GMT
     [ http://issues.apache.org/jira/browse/HARMONY-31?page=all ]
Geir Magnusson Jr resolved HARMONY-31:

    Resolution: Won't Fix

This has been taken care of elsewhere, IIRC.  Resolving for now to see if there's howls of

> Move peformance timing of unit tests into a decorator class.
> ------------------------------------------------------------
>          Key: HARMONY-31
>          URL: http://issues.apache.org/jira/browse/HARMONY-31
>      Project: Harmony
>         Type: Improvement
>   Components: Classlib
>     Reporter: George Harley
>     Assignee: Geir Magnusson Jr
>     Priority: Minor
>  Attachments: PerfDecorator.java
> There has been some low-level discussion on the dev mailing list recently about the inclusion
of performance-related logging code near the top of a unit test class inheritance hierarchy
(see com.openintel.drl.security.test.PerformanceTest in the HARMONY-16 contribution). This
particular issue suggests an alternative way of adding in timing code but without making it
the responsibility of the unit tests themselves and without the need to introduce a class
in the inheritance hierarchy. 
> The basic approach is to exploit the junit.extensions.TestDecorator type in the JUnit
API to add in timing behaviour before and after each test method runs. This will be demonstrated
with some simple sample code. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message