Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] http or https reference to P2 repos: (was Re: Initialization for 2019-06)

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


Back to the top