Replacing the modeling projects downloads.php functionality.
Essentially reopening #3484 (closed) which seemed to drive the webmasters to distraction and so to the extraordinarily unprofessional step of deassigning.
Background. When the hierarchy of containerised modeling projects was established, the 'EF' developed shared support for these projects. The most important support was downloads.php invoked as e.g. http://www.eclipse.org/modeling/mdt/downloads/?project=uml2 that sort-of still works to provide the project downloads,
This functionality was maintained at cvsroot/modeling/mdt/uml2 with each level having different access privileges. Thus MDT committers had write access to cvsroot/modeling/mdt where facilities shared by all MDT projects were located.
When CVS was superseded by GIT, each level of the unified CVS repo acquired a distinct overlapping identity:
The distinct repos shared files so there were many opportunities for ambiguity.
This was a bodge and perhaps only worked because the most recent commit was promoted to the ambiguous location and few edits occurred.
When some of these GITs were migrated, it all fell apart, perhaps due to EF typos, perhaps due to serving up files from the wrong ambiguity.
#3484 (closed).
ThusI am unable to understand what is going wrong because the ssh access that used to allow me to explore has gone. The tedious shell jobs hit a problem that writable/www.eclipse.org is not readable by genies.
Searching github I can see an eclipse-mdt presumably for www.eclipse.org/modeling/mdt.git and eclipse-ocl presumably for www.eclipse.org/modeling/mdt/ocl.git but no eclipse-modeling for www.eclipse.org/modeling.git which is where I suspect it all goes wrong and certainly needs to be fixed.
The downloads.php functionality has been a bit broken for ten years and has got worse with each EF innovation. PHP termination will kill it completely.
Fortunately JustJ is providing new download page generation that replaces all the clever parts of downloads.php, so we can look to abandon it and the nightmare of redirects for overlapping GIT repos. We just need to re-implement the dumb part.
Requirement, let http://www.eclipse.org/.../downloads/?project=xyzzy redirect to the Download button of the xyzzy PMI page for projects that migrate to a JustJ or custom download page. Other projects need to fallback on the PHP.
If I could read downloads.php I might be able to suggest or even implement something. But that would still be PHP albeit trivial. Perhaps you have a better suggestion for the dumb re-implementation.
An example: https://eclipse.dev/modeling/emf/downloads/?project=emf is a legacy query that 'still works' but shows no content newer than 2017. The EMF PMI Download button yields https://download.eclipse.org/modeling/emf/emf/builds/index.html. The old query should link to the new.