Home » Eclipse Projects » Oomph » Oomph-Setup as offline installer(Provide needed bundles with the setup files as a kind of offline installer)
| Oomph-Setup as offline installer [message #1690121] |
Wed, 25 March 2015 12:07  |
|
Hello,
during the last weeks, the eclipse.org site was often very slow so I wonder if it is possible to provide an Oomph setup which includes the files for the initial setup process, e.g. the Eclipse Modeling Tools and the needed Plugins for my setup tasks (P2 Director and Targlet Tasks).
If I could do this, the next question is, how to configure the setup to use the delivered bundles for the initial process and then switch to the online repositories for further updates.
Hopefully this scenario is clear, else I can try to provide more information about the situation.
Thank you very much for any hints and ideas.
Kind regards,
Joachim
|
|
|
| Re: Oomph-Setup as offline installer [message #1690132 is a reply to message #1690121] |
Wed, 25 March 2015 12:47  |
 Ed Merks
Messages: 33140
Registered: July 2009 |
Senior Member |
|
|
Joachim,
Comments below.
On 25/03/2015 1:07 PM, Joachim Engelhardt wrote:
> Hello,
>
> during the last weeks, the eclipse.org site was often very slow
Yes, before EclipseCon it was effectively unusable...
> so I wonder if it is possible to provide an Oomph setup which includes
> the files for the initial setup process, e.g. the Eclipse Modeling
> Tools and the needed Plugins for my setup tasks (P2 Director and
> Targlet Tasks).
No and yes. All the p2 meta data and artifacts are needed by p2 and
hence Oomph, but if you use a bundle pool all these things are cached
locally after the first successful install of those same things...
>
> If I could do this, the next question is, how to configure the setup
> to use the delivered bundles for the initial process and then switch
> to the online repositories for further updates.
Install it once and then you can use offline mode, as configurable on
the Confirmation page... Of course if you can't do it once the first
time because of timeouts, that doesn't completely help, but one way or
the other, the stuff all needs to become local and if you can't achieve
that by installing, it's not likely you can achieve it any other way.
Some projects provide a site zip but that's painful, they're hard to
find if available at all, and you'd have to provide redirections in the
oomph.ini to use that. Also, p2 itself provides a mirroring application
that can be used to mirror a remote site locally, but that leaves you
with timeouts during the mirroring process, except perhaps if you mirror
from a mirror, but if that worked, p2/Oomph already use mirrors for the
artifacts...
>
> Hopefully this scenario is clear, else I can try to provide more
> information about the situation.
Yes, I was not able to update my installations for several days before
EclipseCon (right after Luna SR2 came out). Very frustrating...
>
> Thank you very much for any hints and ideas.
>
> Kind regards,
> Joachim
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Oomph-Setup as offline installer [message #1690421 is a reply to message #1690132] |
Fri, 27 March 2015 09:24 |
|
Ed,
thank you for your answer.
I actually want to avoid to install it once using the download sites from eclipse.
My idea is, to create a bundle pool with all plugins that are needed during the installation. Then I create an Oomph installer package, which contains the Oomph installer with a modified oomph.ini to refer to this bundle pool (P2 repository) using redirections. Is this possible so far?
Then, the installed IDE have to start also with a modified eclipse.ini or parameters to redirect to the bundle pool for installing all bundles which are required by the P2 Director tasks. In addition, the bundles needed by the Targlet should also be taken from this bundle pool. How could this be realized?
I assume, that the installation copies the bundles from the delivered bundle pool (P2 repository) into the local bundle pool, so after installation I do not need the setup files anymore. So at the end of the initial installation process, all the redirects have to be removed.
I can also imagine to use a delivered P2 repository with all the needed plugins as a kind of mirror, but how can I ensure, that the bundles are taken than from this mirror, and not be downloaded, because this would takes much more time.
What redirections do I need for this purpose? How could the .ini entries and the appropriate tasks look like?
Joachim
|
|
|
| Re: Oomph-Setup as offline installer [message #1690430 is a reply to message #1690421] |
Fri, 27 March 2015 09:59 |
Ed Merks
Messages: 33140
Registered: July 2009 |
Senior Member |
|
|
Joachim,
Comments below.
On 27/03/2015 10:24 AM, Joachim Engelhardt wrote:
> Ed,
>
> thank you for your answer.
>
> I actually want to avoid to install it once using the download sites
> from eclipse.
Yes, I imagined that.
> My idea is, to create a bundle pool with all plugins that are needed
> during the installation.
Yes, though that's the hard part.
> Then I create an Oomph installer package, which contains the Oomph
> installer with a modified oomph.ini to refer to this bundle pool (P2
> repository) using redirections.
Pools are managed by profiles that uses them...
> Is this possible so far?
The pool is not an update site to be redirected...
>
> Then, the installed IDE have to start also with a modified eclipse.ini
> or parameters to redirect to the bundle pool for installing all
> bundles which are required by the P2 Director tasks.
Once an IDE is started, it's already pointing at the bundles in a pool...
> In addition, the bundles needed by the Targlet should also be taken
> from this bundle pool. How could this be realized?
It's a chicken and egg problem as you describe it...
>
> I assume, that the installation copies the bundles from the delivered
> bundle pool (P2 repository) into the local bundle pool, so after
> installation I do not need the setup files anymore. So at the end of
> the initial installation process, all the redirects have to be removed.
Installation copies bundles from p2 sites to the local disk. If that
installation process is using a bundle pool, then the bundle pool will
contain the downloaded artifacts and the installation will link to those
(and multiple installations will share them)...
>
> I can also imagine to use a delivered P2 repository with all the
> needed plugins as a kind of mirror, but how can I ensure, that the
> bundles are taken than from this mirror, and not be downloaded,
> because this would takes much more time.
P2 itself provides a mirror application and this could be used to create
a local "copy" of a remote update site. Redirecting the remote update
site's URI to the local copied mirror's URI (which can be done with -D
options in the *.ini), would achieve the goal.
>
> What redirections do I need for this purpose? How could the .ini
> entries and the appropriate tasks look like?
-Doomph.redirection.*=<sourceURI>-><targetURI>
I.e., any variable that starts with -Doomph.redirection. will be treated
as a URI redirection in the setup task performer. Setups themselves can
contain redirection tasks that have the same effect; someone defining
their own product catalog or project catalogs of project setups could
define such redirection tasks. In either case, these can be used to
redirect p2 update sites...
But this idea of pool redirection is not the appropriate path to consider.
And note that no matter what you do, getting the artifacts from a remote
site to a local site is the original problem you're presumably hoping to
solve and that is always gated by the performance of the remote site.
And if that's very bad, every approach will suffer from long delays...
Compounding this problem (I believe) is this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=441324
If this weren't such a problem, one could try many times and eventually
succeed. Also compounding the problem is that things like the
content.jar are downloaded each time and even this times out when the
download server is maxed out. As I understand it, Pascal (the p2
expert) is working on related issues, so perhaps some good will come of
that:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=463166#c11
>
> Joachim
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Oomph-Setup as offline installer [message #1694328 is a reply to message #1690430] |
Mon, 04 May 2015 13:44 |
|
After some weeks ignoring my idea and providing the setup as usual, I want to resume my thoughts about how to provide a ready-to-use eclipse without the time consuming oomph installer process.
Last, I tried to execute the setup on my machine without using the local bundle pool. My idea is, to use the first part of the installer which does all the p2 tasks but does not yet checkout the code. Then, I distribute this installation, so at the first start of this eclipse, the oomph installer continues with setting up the workspace.
Now, the problem is, that during the bootsrap tasks, already some absolute paths are set in some files, e.g. in the config.ini, but also in profiles.info and pools.info.
Now, my question is: Can I change these paths? Can they be configured as relative?
In general, this addresses also a question, which I'm interested in for a certain time: Which modifications are needed, if I move an Oomph based installation to another path?
Best regards,
Joachim
|
|
|
| Re: Oomph-Setup as offline installer [message #1694334 is a reply to message #1694328] |
Mon, 04 May 2015 14:08 |
Ed Merks
Messages: 33140
Registered: July 2009 |
Senior Member |
|
|
Joachim,
Comments below.
On 04/05/2015 3:44 PM, Joachim Engelhardt wrote:
> After some weeks ignoring my idea and providing the setup as usual, I
> want to resume my thoughts about how to provide a ready-to-use eclipse
> without the time consuming oomph installer process.
Like the packages on the Eclipse download site... But not that those
are produced by builds, e.g., by the Eclipse Packaging Product project
builds.
>
> Last, I tried to execute the setup on my machine without using the
> local bundle pool. My idea is, to use the first part of the installer
> which does all the p2 tasks but does not yet checkout the code. Then,
> I distribute this installation, so at the first start of this eclipse,
> the oomph installer continues with setting up the workspace.
I see.
>
> Now, the problem is, that during the bootsrap tasks, already some
> absolute paths are set in some files, e.g. in the config.ini, but also
> in profiles.info and pools.info.
Yes, I'm not sure we enable "roaming" when a bundle pool is not used.
>
> Now, my question is: Can I change these paths? Can they be configured
> as relative?
Likely they could be relative and probably should be if a bundle pool is
not being used. We've never concerned ourselves with this detail...
>
> In general, this addresses also a question, which I'm interested in
> for a certain time: Which modifications are needed, if I move an Oomph
> based installation to another path?
Generally/typically you can do that, but I'm not sure the extent to
which that could be made to work when bundle pools aren't used...
>
> Best regards,
> Joachim
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Oomph-Setup as offline installer [message #1694349 is a reply to message #1694334] |
Mon, 04 May 2015 15:38 |
|
Hi Ed,
thank you for your reply.
I am very sure, that moving an Eclipse installed by Oomph Installer without using bundle pool will not work or corrupt the profile because of the mentioned absolute paths.
If this is not the way, the installer is intended to work, should I open a bugzilla for that?
It would be very helpful, if we are independent from an installation directory as we are used to be for Eclipse installations, isn't it?
Joachim
|
|
|
| Re: Oomph-Setup as offline installer [message #1694353 is a reply to message #1694349] |
Mon, 04 May 2015 16:03 |
Ed Merks
Messages: 33140
Registered: July 2009 |
Senior Member |
|
|
Joachim,
Comments below.
On 04/05/2015 5:38 PM, Joachim Engelhardt wrote:
> Hi Ed,
> thank you for your reply.
> I am very sure, that moving an Eclipse installed by Oomph Installer
> without using bundle pool will not work or corrupt the profile because
> of the mentioned absolute paths.
Definitely, such things would need to be relative for sure. And I'm
quite sure that Eclipse itself allows such relative paths (because an
unzipped package download has relative paths in these places)...
> If this is not the way, the installer is intended to work, should I
> open a bugzilla for that?
Certainly it seems reasonable that when no bundle pool is specified,
that a "roaming" type of installation is created. But that doesn't mean
this issue will get immediate attention and be addressed quickly...
> It would be very helpful, if we are independent from an installation
> directory as we are used to be for Eclipse installations, isn't it?
I generally don't expect to move an installation once I've started using
it. Certainly we keep track of the locations of all installations
created by Oomph, so such links would be broken, but that wouldn't be
devastatingly bad, i.e., no different from deleting an installation...
> Joachim
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Goto Forum:
Current Time: Wed Apr 24 23:13:55 GMT 2024
Powered by FUDForum. Page generated in 0.04268 seconds |
] 
Search
Help
Register
Login
Home
