You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by Trustin Lee <tr...@gmail.com> on 2005/04/28 08:13:04 UTC
[mina] EMMA coverage test report
Hi,
I added EMMA coverage test report to MINA maven site.
Please look at maven.xml and project.xml if you want to add EMMA
coverage test report to your project instead of clover (commercial) or
jcoverage (out of date).
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
Re: [mina] EMMA coverage test report
Posted by da...@daune-consult.com.
Selon Trustin Lee <tr...@gmail.com>:
> Hi,
>
> 2005/4/29, daune.jf@daune-consult.com <da...@daune-consult.com>:
> <snip/>
>
> > Trustin,
> >
> > I find the changes you made so nice that I posted a reference to Mina in
> the
> > EMMA developer forum
> > (http://sourceforge.net/forum/forum.php?thread_id=1240638&forum_id=373867)
> >
> > I wish they will include your changes in the plugin itself.
>
> My fix is temporary one. EMMA plugin authors should write their
> instrumented classes to other directories, and they are not doing so
> unfortunately. If they provided any customizable properties like
> 'no_replace_class' instead of 'replace_class', my fix will not be
> needed at all. I'm backing up and restoring original class files
> whenever EMMA tries to overwrite class files, and therefore it is not
> efficient way.
Symbolic links would do the trick without any copy. Unfortunately, they are not
supported by FAT. And if NTFS supports them, Windows does not provide tools to
manage them (although free tools that do so exist)
J-F
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Re: [mina] EMMA coverage test report
Posted by Trustin Lee <tr...@gmail.com>.
Hi,
2005/4/29, daune.jf@daune-consult.com <da...@daune-consult.com>:
<snip/>
> Trustin,
>
> I find the changes you made so nice that I posted a reference to Mina in the
> EMMA developer forum
> (http://sourceforge.net/forum/forum.php?thread_id=1240638&forum_id=373867)
>
> I wish they will include your changes in the plugin itself.
My fix is temporary one. EMMA plugin authors should write their
instrumented classes to other directories, and they are not doing so
unfortunately. If they provided any customizable properties like
'no_replace_class' instead of 'replace_class', my fix will not be
needed at all. I'm backing up and restoring original class files
whenever EMMA tries to overwrite class files, and therefore it is not
efficient way.
Thanks anyway. :)
> Mina rocks !
Thank you again! ;)
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
Re: [mina] EMMA coverage test report
Posted by da...@daune-consult.com.
Selon Trustin Lee <tr...@gmail.com>:
> Hi,
>
> I added EMMA coverage test report to MINA maven site.
>
> Please look at maven.xml and project.xml if you want to add EMMA
> coverage test report to your project instead of clover (commercial) or
> jcoverage (out of date).
>
> Trustin
> --
> what we call human nature is actually human habit
> --
> http://gleamynode.net/
>
Trustin,
I find the changes you made so nice that I posted a reference to Mina in the
EMMA developer forum
(http://sourceforge.net/forum/forum.php?thread_id=1240638&forum_id=373867)
I wish they will include your changes in the plugin itself.
Mina rocks !
J-F
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Re: [mina] EMMA coverage test report
Posted by Julien Vermillard <jv...@archean.fr>.
nice :)
why not exclude org.apache.mina.examples.* of the tests ?
Le jeudi 28 avril 2005 à 15:13 +0900, Trustin Lee a écrit :
> Hi,
>
> I added EMMA coverage test report to MINA maven site.
>
> Please look at maven.xml and project.xml if you want to add EMMA
> coverage test report to your project instead of clover (commercial) or
> jcoverage (out of date).
>
> Trustin