Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-update-dev] Is there a need: optional features - disabled at first install

I can't see us making use of it. It is a scenario which usually means you
aren't using a native installer. When using a native installer you are
using the installer technology to lay down the code and manage the install.
In this case update manager is used as a "update" rather than an "install"
mechanism.

In the multiple user scenario it is the same issue any product has ,the
system administrator installs all the options, users wanting more function
are on thier own.

The problem with having to do this with multiple workspaces is a general
eclipse issue. There is no clean separation between "configuration" and
actual user data (note the preferences having to be imported into each
workspace).


Thanks,

-----------------------------------
Peter Manahan
WebSphere Tools
Build/Install and
Product Architecture
------------------------------------
manahan@xxxxxxxxxx


                                                                                                                                             
                      Dejan                                                                                                                  
                      Glozic/Toronto/IBM@IBMCA          To:       platform-update-dev@xxxxxxxxxxx                                            
                      Sent by:                          cc:                                                                                  
                      platform-update-dev-admin@        Subject:  Re: [platform-update-dev] Is there a need: optional features - disabled at 
                      eclipse.org                        first install                                                                       
                                                                                                                                             
                                                                                                                                             
                      09/16/2002 10:04 AM                                                                                                    
                      Please respond to                                                                                                      
                      platform-update-dev                                                                                                    
                                                                                                                                             
                                                                                                                                             



I agree with Christophe is that we should gather more user feedback before
considering the 'install-not quite there yet' mechanisms. As I noted
before, just becuase a feature is visible to Eclipse does not mean that its
plug-ins are activated. If a user never loads PDE in any way (creates PDE
project, configure its preferences etc.), it will not be loaded, which is
identical to being disabled (since when disabled, PDE would still occupy
hard-disk space).

Regards,

Dejan Glozic, Ph.D.
Manager, Eclipse Platform Components
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745  T/L 969-2745
Fax. 905 413-4854




                      Pat

                      McCarthy/Raleigh/IBM@IBMUS        To:
platform-update-dev@xxxxxxxxxxx

                      Sent by:                          cc:

                      platform-update-dev-admin@        Subject:  Re:
[platform-update-dev] Is there a need: optional features - disabled at
                      eclipse.org                        first install



                      09/16/2002 08:12 AM

                      Please respond to

                      platform-update-dev







You said:
"Try as I might, I cannot recall an example where I was asked to select
optional portions of a product, then was not able to use them when the
installation was complete."

My memory of VAJava was that we had to install all possible features,
things like persistence builder, and so on.  Then we had to start the
product and load them into our workspace (a huge resource crunch,
especially for some of the features I used to load - (read two coffee's)).
At least that is my memory (faint as it is now).

So, I see that as the pattern; available, but not yet integrated into how
the Eclipse platform works (but I'm happy with my process as used on my
machine).

As for installed but not yet there - it would be done up-front, either
directly by an advanced user/administrator or by each user, as they
selected the option to make these features ready to go, but not active.

The user will need to be aware of their configuration.  I think we need to
show them a bit of respect with regards to how they can grow to become
active participants in managing their platform.

The real goal with this approach is how can I get a config that can grow to
any possible state without having to chase down the CD.  I'm assuming that
most shops that use WSxx tools will not install PDE at first, but once they
learn about what it can do, will want to try it out.  Having it 'lurking'
in the disabled list makes this easy.

Side question that came out of some experiments - how can a user of a
shared install (Linux or R/O share on Windows) get a default configuration
other than the one defined in the shared install?  Looks like I'd have to
add my new/extra features to every workspace I open using Update Manager -
I can't use link files nor can I run -initialize to a private user area.
Just something I'm noodling on a bit...

Pat McCarthy


_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev



_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev





Back to the top