Community
Participate
Working Groups
Since I am having some success at "cross platform" (relative URLs) in update manager site.xml files, these means one project can provide pointers to pre-reqs in other projects. Accordingly, when we "compute" the mirrors list, we should, technically, provide mirrors which mirror all required projects Instead of file=/webtools/updates/ it would be nice to have the ability to do something like files=/webtools/updates/;/tools/emf/updates I do not know how big a problem it is (that mirrors may not mirror all required content) ... but, as Eclipse community grows, so may this problem, so ... didn't want to lose track of it.
Hmmm.... Right now, if you say file=/abc, download.php will return a list of mirrors and their URLs to that file. You can query download.php many times to get the list of mirrors/urls for many files, which will likely be easier than file=/abc;/def then working with a huge XML file that contains many recordsets for all the file= parameters you send. In any case, UM only takes one list of mirrors based on one path, not several, so if you wanted this feature for UM, it won't work. Closing as worksforme; fee1 free to reopen if you have more info. D.
well, not a lot of more info, but I was thinking the place this would be useful is in UM's <site> tag for mirrorsURL attribute. That way, you could retrieve a potentially reduced list (constrained so that the list returned from download.php satisfied the "constraint" of each mirror in the list supporting each requested file. My thought was that the input could contain say 3 to 10 "top project" indicators to make sure the user picks a mirrors site mirrors all required areas. Such as, webtools, emf, gef, birt, tptp, for example. mirrorsURL="http://www.eclipse.org/downloads/download.php?files=/webtools/testUpdates/site.xml,/tools/emf/updates/site.xml,/birt/updates/site.xml&format=xml&protocol=http>
This is not going to happen from the IT team.
