[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [eclipse.org-architecture-council]Code quality/consistency reports publication
|
Hi Cedric,
would you mind creating an AC bugzilla to follow up with the
discussion, and potentially add to next Thursday's meeting
agenda?
Did I get this right: Sonar stores all the data from their
own servers, so Eclipse.org builds would pulblish data to
their servers? Or would a Sonar instance run on Eclipse.org ?
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
> -----Original Message-----
> From: eclipse.org-architecture-council-bounces@xxxxxxxxxxx
> [mailto:eclipse.org-architecture-council-bounces@xxxxxxxxxxx]
> On Behalf Of Cédric Brun
> Sent: Donnerstag, 03. September 2009 17:08
> To: eclipse.org-architecture-council
> Subject: Re: [eclipse.org-architecture-council]Code
> quality/consistency reports publication
>
> Thats the idea, I think having those information in a public
> place like
> Sonar's would be a gentle push in the "it's way better to have unit
> tests" direction, don't you think ?
>
> David Carver a écrit :
> > EMMA Rocks...especially ECLEMMA which you can run manually.
> >
> > The reports that it produces can be quite large, but it provides a
> > good idea of how much code your unit tests are covering.
> >
> > http://www.eclemma.org/
> >
> > We use it in XSL Tools for the XPath 2.0 processor, and we are
> > averaging about 73% code coverage.
> >
> > I'm a big proponent of a> visibility b> clean code c> refactoring.
> > But the first step is having good unit tests so that you
> can do b and
> > c. Unfortunately, that discipline isn't always practiced
> at eclipse
> > projects, especially during bug fixes. It definitely
> varies project
> > by project, but it's a habit that I think the Architecture Council
> > needs to distill, and that mentors should try to install into the
> > projects they are mentoring.
> >
> >
> > Andrew Overholt wrote:
> >> Hi,
> >>
> >> * Cédric Brun <cedric.brun@xxxxxxx> [2009-09-03 04:25]:
> >>
> >>> The open-source product "Sonar"[2] is having quite a
> success in the
> >>>
> >>
> >> It looks pretty neat. I'm sure some people will comment here about
> >> false positives and having to sift through noise. I
> wonder how Sonar
> >> handles this?
> >>
> >>
> >>> This kind of tool could probably be part of the CBI effort.
> >>>
> >>
> >> Yes, if we could get it hooked up with our Hudson
> instance, it would
> >> rock. I'm perhaps more interested in getting the individual tools
> >> hooked up (emma, etc.) but if this effort forces us to do
> all of them,
> >> I'm all for it :)
> >>
> >> Andrew
> >> _______________________________________________
> >> eclipse.org-architecture-council mailing list
> >> eclipse.org-architecture-council@xxxxxxxxxxx
> >>
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-architect
> ure-council
> >>
> >>
> >> IMPORTANT: Membership in this list is generated by
> processes internal
> >> to the Eclipse Foundation. To be permanently removed from
> this list,
> >> you must contact emo@xxxxxxxxxxx to request removal.
> >>
> >>
> >
> >
> > _______________________________________________
> > eclipse.org-architecture-council mailing list
> > eclipse.org-architecture-council@xxxxxxxxxxx
> >
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-architect
> ure-council
> >
> > IMPORTANT: Membership in this list is generated by
> processes internal
> > to the Eclipse Foundation. To be permanently removed from
> this list,
> > you must contact emo@xxxxxxxxxxx to request removal.
> >
>
> _______________________________________________
> eclipse.org-architecture-council mailing list
> eclipse.org-architecture-council@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-architect
> ure-council
>
> IMPORTANT: Membership in this list is generated by processes
> internal to the Eclipse Foundation. To be permanently
> removed from this list, you must contact emo@xxxxxxxxxxx to
> request removal.
>
