Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Oomph » How-to make Oomph NOT access eclipse.org (having local file mirrors)
How-to make Oomph NOT access eclipse.org (having local file mirrors) [message #1697923] Tue, 09 June 2015 15:28 Go to next message
Michael Vorburger is currently offline Michael VorburgerFriend
Messages: 103
Registered: July 2009
Senior Member
For an in-house non eclipse.org *.setup model, how does one tell Oomph NOT to access eclipse.org to fetch the base target platform repo? We have some simple file-based "mirror" (hand made..) based on p2 ZIPs, and so I do NOT want it to ever hit e.g. http://download.eclipse.org/eclipse/updates/3.7 et al.

The point here isn't "don't access eclipse.org" but "let me define the exclusive complete list of repositories" (and don't add your own which you think I need).

I've already removed the different Repository Lists added by default in a setup model, and set the Active Repository List Name of the Targlet to X, and chosen None as the Target Platform in the variable selection - but none of that doesn't seem to suffice... its still "Fetching compositeContent.jar from http://download.eclipse.org/eclipse/updates/3.7/" and "Adding repository http://download.eclipse.org/eclipse/updates/3.7" ...

Looks like that's still "inherited", somehow - how to make it not do this?

Thanks.
Re: How-to make Oomph NOT access eclipse.org (having local file mirrors) [message #1697935 is a reply to message #1697923] Tue, 09 June 2015 16:23 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33258
Registered: July 2009
Senior Member
Michael,

Comments below.

On 09/06/2015 5:28 PM, Michael Vorburger wrote:
> For an in-house non eclipse.org *.setup model, how does one tell Oomph
> NOT to access eclipse.org to fetch the base target platform repo?
For which task specifically? Certainly the product catalog's products
want to install from the Eclipse update sites, but default, but you can
include Redirection Tasks for things for which you have local mirrors.
> We have some simple file-based "mirror" (hand made..) based on p2
> ZIPs, and so I do NOT want it to ever hit e.g.
> http://download.eclipse.org/eclipse/updates/3.7 et al.
>
> The point here isn't "don't access eclipse.org" but "let me define the
> exclusive complete list of repositories" (and don't add your own which
> you think I need).
So the built-ins from the product catalog bother I guess? In RC4 I hope
to have the extensible product catalog in place; then you can define
your own and where they come from...
>
> I've already removed the different Repository Lists added by default
> in a setup model, and set the Active Repository List Name of the
> Targlet to X, and chosen None as the Target Platform in the variable
> selection - but none of that doesn't seem to suffice... its still
> "Fetching compositeContent.jar from
> http://download.eclipse.org/eclipse/updates/3.7/" and "Adding
> repository http://download.eclipse.org/eclipse/updates/3.7" ...
So this is related to the targlets. Have you looked at the outline view
to see what your targlet task merges to become?
>
> Looks like that's still "inherited", somehow - how to make it not do
> this?
It's hard to comment without seeing the full context. If you pick None
as the TP, there should only be targlets contributed by you, with your
repositories.

In terms of p2 tasks, it's trickier if you want to reuse the product
definitions. In that case though, you can redirect the URIs to your
mirrors...
>
> Thanks.


Ed Merks
Professional Support: https://www.macromodeling.com/
Previous Topic:How-to have Oomph generate a *.target file with non-0.0.0 version to resolve com.ibm.icu conflict
Next Topic:Blatant statement of my mood/opinion
Goto Forum:
  


Current Time: Sun Dec 08 00:12:13 GMT 2024

Powered by FUDForum. Page generated in 0.03026 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top