On 4/16/19 04:13, Ed Willink wrote:

Hi

I just changed the repo reference in the *.aggrcon from http: to https: but the resulting log changes from:

08:40:39 Adding child meta-data repository file:/home/data/httpd/download.eclipse.org/mmt/qvto/updates/releases/3.9.2

to

09:03:28 Adding child meta-data repository https://download.eclipse.org/mmt/qvto/updates/milestones/3.9.3/S201904160751

This suggests that the SimRel build is able to exploit a trusted path to file:/home/data/httpd for http: but not https:

Is this a bug/limitation of the SimRel setup, or should we be using http: for references to EF-hosted repos in *.aggrcon?


This is controlled via a property in the ant "build.xml" file (or related property files) that specify what is re-written.
Since this efficiency step is pretty specific to the "SimRel" process ran "locally" on Eclipse infrastructure,
I suspect it is fine to leave as is and not solve by anything complicated. What I mean is

there is a property in 'production.properties':

rewriteRepositoryURLValue=file:///home/data/httpd/download.eclipse.org

And, if that property is defined, then in the build.xml file there is a target
named rewriteRepositoryURL which does an ant <replace> task using the 'rewriteRepositoryURLValue'
and replaces what ever is specified in 'commonRepositoryDownloadURLValue'.

That "commonRepositoryDownloadURLValue" property
is currently specified as
"http://download.eclipse.org"
in the build.xml file.

So, if all repo lines in aggrcon files were changed at the same time to use 'https', then only the build.xml file need be changed
to use 'https' in place of 'http' in that one property. (And then sanity checked since it is a simple "match and replace"
task with no regard for context.)

If there is a substantive reason to have a mix of 'http' and 'https', then I'd recommend using something like the <replaceregexp> task instead of the
<replace> task.

If any of this is desired, I'd suggest opening a 'cross project' bug (and assigning it to Fred :)


HTH


_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to