commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [commons-parent] drop cobertura
Date Sat, 29 Dec 2012 18:02:26 GMT
Using Sonar is an orthogonal issue to using reports in the POM. Sure, add
commons components to Sonar, just do not mess up development for all the
other components because one class in [math] is not performing acceptably
for the Cobertura report.

Gary


On Sat, Dec 29, 2012 at 12:55 PM, Phil Steitz <phil.steitz@gmail.com> wrote:

> On 12/29/12 9:46 AM, Oliver Heger wrote:
> > Am 29.12.2012 09:43, schrieb Luc Maisonobe:
> >> Hi Phil,
> >>
> >> Le 28/12/2012 21:10, Phil Steitz a écrit :
> >>> On 12/28/12 11:44 AM, Gary Gregory wrote:
> >>>> It seems a shame to turn off this feature for ALL projects
> >>>> because one
> >>>> project can't figure out a workaround.
> >>>
> >>> Can *any* project find a workaround?  Is there *any way* to turn
> >>> this thing off?
> >>
> >> What about every project being declared in the aggregator project
> >> Olivier set up in our instance of Sonar
> >> <https://analysis.apache.org/components/index/121254>?
> >>
> >
> > +1
> >
> > We could then even disable more reports in the components' poms
> > (findbugs, pmd, checkstyle, ...) and just add a link to the Sonar
> > instance.
> >
> > This would provide comprehensive up-to-date statistics for all
> > components. It would also be a step forward in making the
> > components more uniform.
>
> +1 - and as yet another bonus, it would reduce wasted infra
> resources duplicating all of the images, etc on all of the
> individual sites and the need to store all of that stuff in svn.
>
> Phil
> >
> > Oliver
> >
> >> Luc
> >>
> >>>
> >>> Phil
> >>>>
> >>>> Gary
> >>>>
> >>>> On Dec 28, 2012, at 12:21, Phil Steitz <phil.steitz@gmail.com>
> >>>> wrote:
> >>>>
> >>>>> Any objections to this?  In [math] at least we can't seem to
> >>>>> turn it
> >>>>> off and it is causing the site build to take forever.
> >>>>>
> >>>>> Thanks!
> >>>>>
> >>>>> Phil
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>>
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>
> >>>> ---------------------------------------------------------------------
> >>>>
> >>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>>
> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >>
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message