I need to clear the information on code coverage, I know it can be done by restart server, but this solution does not really fit me, Is it possible to do it differently?
Resetting hit counters at runtime is not possible right now.
Do you have any use case where such resetting of hit counters would be useful?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
yep, if i would like to create new report with 0% code coverage, if i want run my tests again
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I assume that you'd like to run your tests again, because you have changed something in your application, isn't it? If yes, then it means that application must be rebuilt it and new clover.db has to be copied to the application server. And because of fact that application is re-deployed it means that Clover's coverage recorders will be restarted as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Marek, does your answer mean that there is no ability to have clover generate historical coverage reports when the code being tested is being changed constantly? After all, whenever we rebuild our code, we generate a new set of clover.db files. Your answer indicates to me that Clover's only historical ability is when you have new/changed tests, not new/changed product code being tested. If that is true, then the historical abilities are completely useless for us (we have at least a dozen change sets going into our build every day).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@jimbabka: I think you've misunderstood my answer.
I wrote that it is not possible to nullify hit counters at runtime (i.e. when an application is running) programatically (like the inline "///CLOVER:FLUSH" directive which allows to flush data to disk).
It is of course possible to restart the application (or server) and start recording again.
Clover historical report is a different feature. It requires history snapshot file, which contains zipped XML coverage report. Historical report compares these XML files (and not clover.db files). So it is of course possible to compare builds between each other - and there's no difference whether application classes or test classes were modified.
Cheers
Marek
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.