[emf-dev] Re: [emft-dev] Should there be an EMFT Aggregate Update Site?

[Martin Taal <mtaal@xxxxxxxxx>]

Hi All,
Only Dennis replied (in favor of a general update site). Based on the 
limited reaction, I guess that there is no volunteer to maintain/create 
the aggregrate update site. Correct me if I am wrong ofcourse.

Therefore, my proposal for now is at least to get rid of the current 
links to the 'old' update sites on the modeling web pages. These update 
sites are not updated anymore so can only confuse people (afaics).

Then when someone volunteers to create and manage the aggregate update 
site, the update site links can be added back.

I asked Nick if there is a way to let the download links (shown below 
the description of each project), point to project specific pages. So 
then each project can decide themselves if they want to point to the 
current download page or have their own.

Any objections/remarks/comments?

With Regards, Martin Taal

Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Cell: +31 (0)6 288 48 943
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@xxxxxxxxxxxxxx - mtaal@xxxxxxxxx
Web: www.springsite.com - www.elver.org



Dennis Hübner wrote:
> +1 for an EMFT Aggregation or at least composite Update site.
>
> Nick Boldt schrieb:
> > You cannot merge your updates into the larger EMFT update using the 
> > simple unpack-a-zip method. **DO NOT** point your promote script at 
> > an existing update site or it will destroy it.
> >
> > If you want an aggregate EMFT site, I suggest you look at using the 
> > Buckminster Aggregator [1], [2] to collect a number of sites into a 
> > single directory and regenerate the required metadata at the same time.
> >
> > [1] 
> > http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.dash/athena/org.eclipse.dash.commonbuilder/org.eclipse.dash.common.releng/tools/scripts/aggregateRepos.xml?root=Technology_Project&view=log 
> >
> > [2] 
> > http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.dash/athena/org.eclipse.dash.commonbuilder/org.eclipse.dash.common.releng/tools/scripts/aggregateRepos.m2eclipse.properties?root=Technology_Project&view=markup 
> >
> >
> > Frankly, though, I think each project should maintain its own site to 
> > avoid collisions and coordination problems. For an aggregate update 
> > site containing all of EMFT, there's Helios. Does EMFT really need 
> > its own? If so, this needs all the projects to agree to a whole new 
> > mechanism, workflow and schedule of aggregation. It's easy enough to 
> > set up the script to run via a crontab to aggregate the projects' 
> > sites into a single site (or 3: interim, milestones, releases). But 
> > you need to have someone "own" the process and make sure that if it 
> > fails it gets re-run, or polices the projects who contribute to it to 
> > ensure there are no missing deps in the aggregator script.
> >
> > You can also get fancy w/ the aggregator and move features into 
> > categories, or add associate sites [3]. Here's an example of that:
> >
> > [3] 
> > http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.dash/athena/org.eclipse.dash.commonbuilder/org.eclipse.dash.common.releng/tools/scripts/aggregateRepos.m2eclipse.properties?root=Technology_Project&view=markup 
> >
> >
> > Recommend opening a bug and cc:'ing all the project leads so that 
> > everyone's aware of this new coordination plan.
> >
> > N
> >
> > On 03/13/2010 04:17 PM, Martin Taal wrote:
> > > Hi Nick,
> > > Thanks for the answers. The promote.xml nicely creates a texo specific
> > > update siite here:
> > > http://download.eclipse.org/modeling/emft/texo/updates/interim/
> > >
> > > this because I give this as the targetUpdateDir.
> > >
> > > However, I also want it to be placed on this update site:
> > > http://download.eclipse.org/modeling/emft/updates/interim/
> > >
> > > Should I do this by just changing the targetUpdateDir? I guess so but
> > > what is a good syncmethod setting.
> > >
> > > If I choose replace as the syncmethod will then only Texo builds be
> > > replaced or will the complete update site be replacecd by Texo (not 
> > > what
> > > I want as I would delete also the EMFT things there).
> > > <http://download.eclipse.org/modeling/emf/updates/interim/>
> > >
> > > With Regards, Martin Taal
> > >
> > > Springsite/Elver.org
> > > Office: Hardwareweg 4, 3821 BV Amersfoort
> > > Postal: Nassaulaan 7, 3941 EC Doorn
> > > The Netherlands
> > > Cell: +31 (0)6 288 48 943
> > > Tel: +31 (0)84 420 2397
> > > Fax: +31 (0)84 225 9307
> > > Mail: mtaal@xxxxxxxxxxxxxx - mtaal@xxxxxxxxx
> > > Web: www.springsite.com - www.elver.org
> > >
> > >
> > >
> > > Nick Boldt wrote:
> > > > > I have started to use the promote.xml script (see the output 
> > > > > below). A
> > > > > question I have, how are the EMF update sites updated? It does not 
> > > > > seem
> > > > > to happen with the promote.xml I am using.
> > > >
> > > > You give it the folder in which the Update zip is found, and it
> > > > unpacks it into the directory you specify. Easy-peasy. Perhaps your
> > > > zip has some weird non-standard name? Or isn't a zip? Maybe you want
> > > > to just add a <copy> step to the end of your promote.xml script to
> > > > simply copy the unpacked site to its final resting place on
> > > > download.eclipse.org?
> > > >
> > > > http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ve/org.eclipse.ve.releng/promote-I.properties?root=Tools_Project&view=markup 
> > > >
> > > >
> > > >
> > > > sourceZipsDir=/opt/users/hudsonbuild/.hudson/jobs/your-job-name
> > > >
> > > > targetUpdateDir=/home/data/httpd/download.eclipse.org/modeling/whatever/dir/you/want/updates/in/ 
> > > >
> > > >
> > > >
> > > > > Another thing: I put the update site zip in the drop directory but 
> > > > > the
> > > > > zip link is not shown. There seems to be a mismatch between what the
> > > > > modeling download page expects and the name of the Update zip 
> > > > > file. The
> > > > > update zip file has this name:
> > > > > emf-texo-Update-incubation-0.1.0-N201003121337.zip
> > > > >
> > > > > The download page shows this:
> > > > > http://www.eclipse.org/modeling/emft/downloads/index.php?project=texo&showAll=0&showMax=5 
> > > > >
> > > > >
> > > > > <http://www.eclipse.org/modeling/emft/downloads/index.php?project=texo&showAll=0&showMax=5> 
> > > >
> > > > Two issues:
> > > >
> > > > a) build.cfg file is missing
> > > > b) filename doesn't follow the usual pattern. Go look at how your
> > > > Teneo zips are named and follow accordingly. Hint: remove "-0.1.0"
> > > >
> > > > > can the modeling download page to be changed to
> > > > > not show the links/groups for which there are no files?
> > > >
> > > > Yes. Go edit www/modeling/emft/downloads/index.php and add/remove
> > > > entries. Same process you did for Teneo when adding EclipseLink. You
> > > > may want to look at www/modeling/emf/downloads/index.php for examples
> > > > of files which have been deprecated / added to EMF (Core).
> > > >
> > > > You could also trash the downloads page entirely and go with something
> > > > lighter-weight like this:
> > > >
> > > > http://download.eclipse.org/tools/ve/downloads/drops/
> > > >
> > > > (or perhaps something more stylish, but just as simple.)