[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cross-project-issues-dev] Download stats for p2
|
Denis/Anyone:
From the description on
http://wiki.eclipse.org/Equinox_p2_download_stats I either need to edit
the xml or add information to a project to get this generated for me.
However, I am using headless execution of 'publisher' to generate our P2
repositories.
Do you know of any way to have publisher create the necessary properties
when the repo is being created?
It seems possible that I can change the feature.xml to specify the
download.stats property, but I'm not exactly certain where/how.
Any insight would be appreciated.
-Eric
Denis Roy wrote:
You could actually have it easy both ways.
http://download.eclipse.org/stats/helios/somejar-versionid
http://download.eclipse.org/stats/webtools/somejar-versionid
When using the Download Stats UI, searching for "somejar-versionid"
will return both URLs, and can be grouped into a single result.
Obviously, searching for /stats/webtools/somejar-versionid will return
only those results in the webtools directory.
BTW: no need to pollute the URL with "/releases" unless you're keen on
maintaining consistency with the location of the file on
download.eclipse.org. /helios/somejar should work, and will still
allow you to separate the two service releases, /helios/sr1/somejar
and /helios/sr2/somejar.
Denis
On 05/19/2010 11:12 PM, John Arthorne wrote:
Adding an indicator of the repository source should be fine. It means
a little bit of extra work to collate the statistics to find out the
total download count, but if you really want to know what repository
downloads are coming from, I don't see why not.
*David M Williams <david_williams@xxxxxxxxxx>*
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
05/19/2010 10:50 PM
Please respond to
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
To
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
cc
Subject
Re: [cross-project-issues-dev] Download stats for p2
doh. Of course. Thanks for the clarification on 'feature'.
One more question/recommendation ...
I think we should, by convention, add the "repo uri" to the repo
specific part?
_
__http://download.eclipse.org/stats_
<http://your.stats.server/stats/test.plugin.1.bundle></repo/uri>
so for example ... we'd have
_
__http://download.eclipse.org/stats_
<http://your.stats.server/stats/test.plugin.1.bundle>/releases/helios
for the common repo ... but could use
_
__http://download.eclipse.org/stats_
<http://your.stats.server/stats/test.plugin.1.bundle>/webtools/repository
for webtools specific artifact repositories.
It would be the same amount of data coming back to eclipse.org, but
would help tell which
repositories were in use ... in those cases where things are
available in multiple repos.
Make sense? Any reason not to?
Thanks again.
From: John Arthorne <John_Arthorne@xxxxxxxxxx>
To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Date: 05/19/2010 10:29 PM
Subject: Re: [cross-project-issues-dev] Download stats for p2
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
------------------------------------------------------------------------
David Williams wrote on 05/19/2010 03:11:49 PM:
> The more technical question, the directions say, "You can pick one
> plugin in your feature for example "
> Does it have to be a plugin? Could it not be the "...feature.group"?
> Was there a reason the instructions say "plugin"? For example, is
> there a trick to include a "tracking plugin" in a feature?
The "..feature.group" is in the metadata but is not an artifact
(something that is downloaded during install). There is an artifact
containing the feature.xml file that could be used though. Feature
artifacts something like this:
<artifact classifier='org.eclipse.update.feature'
id='org.eclipse.sdk' version='...'
The stats mechanism works the same on any artifact. So, you could use
the artifact for either a feature or plugin with the same effect.
------------------------------------------------------------------------
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
-Eric
Oracle <http://www.oracle.com>
Eric Gwin | Senior Software Developer
Phone: +613 288 4622 <tel:+613%20288%204622> | | Fax: +613 2382818
<fax:+613%202382818> | | Mobile: +613 8582347 <tel:+613%208582347>
Oracle Java Server Technologies
ORACLE Canada | 45 O'Connor St., Ottawa, Ontario | K1P 6L2
Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
developing practices and products that help protect the environment