Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cross-project-issues-dev] p2 download stats ... again

No,
 
I was talking to the ID that you give for tracking each of the artifacts.
You can go to the Portal and request download stats for "/stats/releases/helios"
to see what I'm talking about.
 
The p2.statsURI that you talk about is only valid for your own project site.
WHen your stuff is aggregated into Helios, this gets replaced by
/stats/releases/helios -- so your change would not impact your bits
on the Helios site, and your contribution for SR0 and SR1 would
potentially be tracked with the same ID.
 
Does that help?
 
Thanks,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
direct +43.662.457915.85  fax +43.662.457915.6
 


From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Daniel Pastore
Sent: Wednesday, June 09, 2010 3:41 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] p2 download stats ... again

Hi Martin,

I am making the modifications to version the stats ID, but I have a question:

<repository name='Sequoyah Artifact Repository' type='org.eclipse.equinox.p2.artifact.repository.simpleRepository' version='1'>
  <properties size='3'>
    <property name='p2.timestamp' value='1274885348408'/>
    <property name='p2.compressed' value='true'/>
    <property name='p2.statsURI' value='http://download.eclipse.org/stats/sequoyah_RC4'/>
  </properties>

The stats ID I should change is the p2.statsURI, right? Including something like "_RC4" to diferentiate it?
I also noticed that I should change the name to "download.stats". :)

On Wed, Jun 9, 2010 at 05:55, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
Hi all,
 
just a couple of things that I learned enabling my download stats - for more details see
 
1. It is better to tie stats to a FEATURE rarther than a bundle. Because bundles come
    in 2 variants (.pack.gz / .jar) so with a bundle you have duplicate work adding the
    stats tracker (and, the app from bug 310132 which auto-generates stats properties
    doesn't support it).
 
1a) Note though that a commercial product which uses a different feature
    structure than Eclipse Open Source (and so just gets your bundle) won't
    be counted when you count feature access. That's likely not relevant.
 
2. If you have a feature and bundle with the same ID, don't add the p2.downloadStats
   property to both. Since it would count each download twice.
 
3. It may be adviseable to version your stats ID somehow. For instance, use
    "org.eclipse.rse.core_tm320" or "org.eclipse.wst.ui_helios_sr0" or
    "org.eclipse.ptp_4.0". If you dont' version the stats ID you are tracking,
    you may run into troubles when we do Helios SR1 which will re-use the
    same repo location (/releases/helios).
 
4. Maybe obvious. the stats tracker will not catch people updating from Galileo to
    Helios. Because the Galileo p2 impl did not have the stats code enabled. You'll
    only count p2 downloads that happen with Eclipse 3.6.
 
5. I'm wondering whether the helios aggregator's access to my project
    repository already counts as a download? Probably not too relevant
    after all.
 
So... if I just confused hell out of you, best forget what I just wrote. In the
end, as has been stated before, download stats are only good for trends
and not for absolute numbers anyways. So it's not worth putting too much
effort in.
 
I'd hope though that some of you found this helpful :)
 
Thanks,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
direct +43.662.457915.85  fax +43.662.457915.6
 

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




--
Thanks,

Daniel Pastore

Back to the top