Scenario: Updating Eclipse Install Using The Update Manager

 
NOTE: The test scenarios are being updated to match the F2 build structure. At present, only scenario Part 2 (Alphabet Soup) can be tried

Last Updated: June 1, 2002 2:45PM  .... being updated

Objectives:

The objective of these scenarios is to illustrate the Eclipse update manager function through simple end-to-end use cases. The scenarios are divided into two parts.

Part 1: Updating Eclipse

Setup:

Available sites:
*** PLEASE READ *** PLEASE READ *** PLEASE READ *** PLEASE READ ***
As part of this scenario you will be downloading and installing various versions of the Eclipse components into the running Eclipse. The update site is populated with features that have their version numbers modified as part of the build process. They are generally of the form 2.0.0.QUALIFIER, where the qualifier differs build to build. Note, however, that when you install base Eclipse (.zip downloaded from eclipse.org), all of its features and plugins only use 3 part version identifiers (generally 2.0.0). So all the 2.0.0.Q updates in fact appear more recent that the build you are running, even though they may in fact be an older build. Note, that when you update the Eclipse components from the update site and restart you may in fact now be running DIFFERENT CODE THAN WHAT YOU STARTED WITH. So it is really important that you save your starting configuration (scenario steps B) and restore it (scenario steps F) when told by the scenario, or any time you have in fact updated the Eclipse Paltform feature (includes the update manager support). It is suggested that you always use a second install of Eclipse running with a different workspace to actually run through these scenarios.

When openning Bugzilla defects, use the platform/update component. Please ALWAYS specify the failing scenario step, and include a .zip of the <workspace>/.metadata/ directory

Steps:

A. Startup new Eclipse

B. Save baseline configuration

C. View the test site

Note: at various points in the scenarios you are asked to verify the configuration state of features. To see disabled (unconfigured) features you need to press the "Show disabled features" button in the Configuration view tool bar

D. Update  JDT and its source

Note: JDT is "middle of the stack" feature

E. Update PDE

Note: PDE is a "top of the stack" feature

F. Restoring Original Configuration

G. [removed]

H. [removed]

I. Update the platform

Note: platform is a "bottom of the stack" feature, and is the primary feature

J. [removed]

K. "Natively" installed extension

  • Note: if you performed Step I, make sure you repeat step F (revert to original configuration) and then shot down.
  • Part 2: Alphabet Soup

    Setup:

    Available sites: The above site contains prebuilt features used as part of the following scenario steps. It also includes several .zip files (containing features and plugins) that are used to simulate native installer steps.
     
    *** PLEASE READ *** PLEASE READ *** PLEASE READ *** PLEASE READ ***
    When openning Bugzilla defects, use the platform/update component. Please ALWAYS specify the failing scenario step, and include a .zip of the <workspace>/.metadata/ directory

    Description:

    The Alphabet Soup is a simple application packaged as an Eclipse product, plus several extensions. The application installs a tool button, and a menu ("Alphabet Soup") that can be used to query the content of the "soup bowl" and interact with the individual installed "letters" (each letter in the bowl corresponds to a separate plugin) Just follow the steps and you'll get the idea.

    Steps:

    O. Completing the install

    P. Updating the primary feature using update manager

    Q. Updating the primary feature using "native" install (.zip)

    R. Adding an extension using the update manager

    S. Adding an extension using "native" install (.zip) and link file

    T. Installing another extension using the update manager (with environment filtering)

    "Free-form" testing

    Part-3: Adopting Eclipse

    Setup:

    Available sites: Note: this site is not available on the public internet. It is a test site containing an example of Eclipse packaged as a nested feature. The data on the site contains only Eclipse support for Windows.

    Description:

    This scenario starts with base eclipse install. It is then updated with new feature definitions that "adopt" the features in the base build into a nested structure. The base nested feature containing Eclipse runtime support is then updated to a new version.

    Steps:

    V. Adopting "Flat" Eclipse

    W. Updating the nested Eclipse