| Re: [epp-dev] [cross-project-issues-dev] SimRel 2020-03 Release Candidate 2 (RC2) staging repo is complete |
Jonah,
I asked Markus about the flattening some time ago because it has caused problems more than once.
The general reason, which I think makes reasonable sense, is to consider how many round internet trip accesses are needed for loading. For any repo, p2 must access the p2.index first. Then it knows to try the composite content/artifact jar/xml first, each of which it must then load. Then it must load the one child repo of the composite, again for both contents and artifacts.. So it's double the number of round trips. And p2 itself doesn't cache the p2.index, so it actually loads each one twice for this pattern of a colocated composite with a single colocated child. (Oomph's transport layer caches the p2.index.)
_______________________________________________Why doesn't this same argument apply for the release train composite? Because is composes the one simple release repository and the EPP repository itself, i.e., it's always a composite with at least two children.
The catalog generator optimizes this to reference the one simple child of the train, and the one simple EPP repo. Even if the EPP repo were a composite with a simple child on the release day, the generator could still optimize this to refer it's one simple child. Even the train composite could be optimized to refer to the one simple child of the EPP composite.
So I don't really care so much which approach is taken, but that's the reasoning behind it, i.e., it's optimal for users updating their IDE via a single URI.
Regards,
Ed
On 12.03.2020 19:52, Jonah Graham wrote:
On Thu, 12 Mar 2020 at 13:37, Ed Merks <ed.merks@xxxxxxxxx> wrote:
Fred/Jonah,
I see there is a folder named 20200318-1000 in the 2020-03 releases
folder. The folder name has never had a "-" in it before.
I don't know why the change - but composite*RC2.jar does seem to have the correct content (with the new dash)
I also see this
/home/data/httpd/download.eclipse.org/technology/epp/packages/2020-03/R/
Whereas in the past there was an RC2 folder for RC2 not an R folder.
There are both for old versions - https://download.eclipse.org/technology/epp/packages/2019-12/ - not sure why - but the checklist has it moving to be flat regardless.
Also I see a
/home/data/httpd/download.eclipse.org/technology/epp/packages/2020-03/compositeArtifactsR.jar
but in the past the EPP release repo became a simple repository at
release time...
The CI job that generates everything makes that composite - but as per checklist means that it isn't used.
I'm a bit concerned that neither look right now as I would expect based
patterns of the past.
I think everything is in place. I still have to satisfy myself about the make visible procedures and ensure the mirrors are "loaded". This part of the checklist has not been automated yet for EPP.
What I don't get - but so far I am "just doing it" - is why the repo is flattened? Looking at past releases (before quarterly releases) it was done too. I don't know why EPP is not handled the same way as the main downloads.
Jonah
_______________________________________________ epp-dev mailing list epp-dev@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/epp-dev
epp-dev mailing list
epp-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/epp-dev