[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [eclipse.org-planning-council] Europa re-spins and Europa Fallmaintenance and Europa-matic currently fails
|
Hi Nick,
interestingly, for our project our site.xml has been faithfully
giving me download stats even without the magic you mention:
http://download.eclipse.org/dsdp/tm/updates/site.xml
I always reckoned that this line at the beginnign of site.xml
did the trick for me by specifying a proper base URL to which
the relative "features/" pathes were appended:
mirrorsURL="http://www.eclipse.org/downloads/download.php?file=/dsdp/tm/
updates/site.xml&format=xml&protocol=http">
I'm not sure but perhaps that would do the trick for you as well?
Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
> -----Original Message-----
> From: eclipse.org-planning-council-bounces@xxxxxxxxxxx
> [mailto:eclipse.org-planning-council-bounces@xxxxxxxxxxx] On
> Behalf Of Nick Boldt
> Sent: Wednesday, July 25, 2007 6:04 PM
> To: eclipse.org-planning-council
> Cc: bjorn@xxxxxxxxxxx
> Subject: Re: [eclipse.org-planning-council] Europa re-spins
> and Europa Fallmaintenance and Europa-matic currently fails
>
> I can explain the EMF and MDT failures.
>
> We want to track who's downloading [1] our bits -- zips and update
> jars. In order to be able to do so for the jars, I spoke with Denis
> and his suggestion [2] was to embed the download.php URL in the update
> site xml. This I did, then added it to our builder so it does it for
> all our projects.
>
> [1] http://www.eclipse.org/modeling/emf/downloads/stats.php
> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=195022
>
> The result is that our site.xml looks like this:
>
> <feature id="org.eclipse.emf.sdk" version="2.3.1.v200707171853"
> url="http://www.eclipse.org/downloads/download.php?r=1&fil
> e=/modeling/EMF/updates/features/org.eclipse.emf.sdk_2.3.1.v20
> 0707171853.jar"
> patch="false">
> <category name="EMF SDK 2.3.1 M200707171853"/>
> </feature>
>
> instead of the simpler and untrackable:
>
> <feature id="org.eclipse.emf.sdk" version="2.3.1.v200707171853"
> url="features/org.eclipse.emf.sdk_2.3.1.v200707171853.jar"
> patch="false">
> <category name="EMF SDK 2.3.1 M200707171853"/>
> </feature>
>
> So, I throw myself at the mercy of the O'Matic and beg for both
> forgiveness and the added support for stripping everything in the
> <feature url=""/> attribute before 'features/' when parsing the XML to
> find files, but keeping it when generating the output site.xml for
> download stat tracking.
>
> Is this doable?
>
> Nick
>
>
> On 7/25/07, Bjorn Freeman-Benson
> <bjorn.freeman-benson@xxxxxxxxxxx> wrote:
> >
> > Planning Council Members involved in Europa,
> > The Europa-matic build is currently failing on Platform,
> EMF and MDT.
> > http://dash.eclipse.org/~bfreeman/europa/
> >
> > Please update your features-*.xml files so that the
> Europa-matic succeeds
> > green.
> > I ask this for two reasons:
> >
> >
> > There are some projects (you've seen the email trail here)
> who are asking
> > for a re-spin to fix certain critical bugs. While the
> issues of whether to
> > re-release is still under discussion (and will probably
> only be solved on a
> > phone call), we'd still like to have the release train be
> buildable so that
> > we can proceed forward to a re-release if we, collectively,
> decide to do so.
> > The Europa Fall Maintenance release (September 24-28; a
> short 62 days from
> > now) will be using the same Europa-matic. Thus it behooves
> us to make sure
> > that Europa-matic can build the train so that we can do
> that maintenance
> > release. Thanks for your attention to these build failures,
> > Bjorn
> >
> >
> > _______________________________________________
> > eclipse.org-planning-council mailing list
> > eclipse.org-planning-council@xxxxxxxxxxx
> >
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council
> >
> >
> _______________________________________________
> eclipse.org-planning-council mailing list
> eclipse.org-planning-council@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council
>