[platform-update-dev] Re: Update Manager Installs - Forcing the Use of

[Mel Martinez <melm@xxxxxxxxxx>]

Peter,

You wrote:

> Mel wrote:
> > The body of native installers have a compelling convention of offering
a
> > default path suggested by the vendor that the user can choose to
> override.
> >
>
> Default path suggestted by the os vendor yes. So the current default path

> for eclipse (as the os vendor for the eclipse platform) is the main
> eclipse directory. I am not saying that it is the best default path or it

> shouldn't change just that that directory should not exist outside of the

> eclipse domain (its directory structure). So if eclipse ships an
> eclipse\extensions directory that the update manager sets as the default
> install directory for new features thats great. Create as many extension
> subdirs under there as needed. Eclipse owns that area.
>
> I only have an issue with allowing eclipse to target directories outside
> the main eclipse directory that it owns.

What exactly is the issue that you have?

Seriously, Eclipse currently functions just fine right now making use of
extensions that are physically located independent of the Eclipse
installation.  Not only through the .link files, but purely through adding
sites to the configuration.  For example, I have the plugin for using
ClearCase installed in my C:\tools\Rational\ClearCasePlugin directory.   I
have added this to my configuration for different versions of Eclipse
(v2.1, v3m7 & v3m8), all of which are located themselves in their own
directories.

If I download and install ACME Widget Feature, it is not unreasonable that
either ACME or myself might not want it installed underneath the umbrella
of a particular eclipse install directory.

Give me a real issue on why absolute paths should not be allowed to be
suggested by the vendor so I can take that into consideration and possibly
we will redesign.  Comments like

> That what crosses the line into
> it becoming a native installer. So easy to stray to the dark side.
>

Don't really explain what the problem is.

Mel

Dr. Mel Martinez
IBM Rich Client Platform
melm@xxxxxxxxxx