--On Tuesday, March 28, 2006 11:32 AM -1000 Aaron Akihisa Kagawa <[EMAIL PROTECTED]>
wrote:
Thanks for the recommendations.
I'm still not sure what I should be doing. One one hand, it seems a little
strange to
mix LOC from SCLC and LOCC in the same telemetry trend, which would happen if I
start
sending SCLC data (I'm assuming that LOCC and SCLC reports different LOC
numbers).
With respect to the "required" field (totalLines), they pretty much send the same values
for Java code, and you could convert from LOCC to SCLC and probably not even notice the
difference for trends involving Java TotalLinse.
The difference is that LOCC provides _different_ kinds of size metrics than SCLC, not
different values for the _same_ size metric. So, what will actually happen in practice is
that some telemetry lines might go to zero, while others would go from zero to some
value.
Since we've never really exploited the data provided in LOCC but not SCLC (such as
method-level LOC counts), but have found the additional data in SCLC to be useful (i.e.
non-Java size), I would guess that on balance you will find the new info provided by SCLC
to be more beneficial than the info you lose by stopping LOCC.
On
the other hand, doing recommendation (c) could also get out of control. What
happens if
I start using Clover, PMD, FindBugs.
Maybe you mean Clover, JBlanket, Emma? (I.e. three coverage tools)? I guess the same
thing. You'll have to figure out what tool provides the right kind of information in
order to use the 'default' analysis mechanisms. If you want to mix and match, then you
will need to write a custom module to get what combination you want.
Basically, I interpret this functionality as only one tool can send data for a
specific
metric and all others will be ignored. I'm not sure if that is good or bad.
Yes, I guess time will tell. For now, it doesn't seem to be a problem, even in your
case, since it seems to be the case that LOCC and SCLC don't seem to differ significantly
with respect to the metric you were measuring.
Cheers,
Philip
