Plug-in Import

PDE provides a Plug-in Import wizard to import plug-ins and fragments from the file system into the workspace. The wizard is available under Open the plug-in import wizardFile > Import... > Plug-in Development > Plug-ins from the top level menu.

Plug-in Import

Import Location

The plug-ins can be imported from one of three locations.

  1. The active target platform (as specified in the Preferences): By default, the location to import plug-ins from is the active target platform as specified on the Open the target platform preference page Window > Preferences... > Plug-in Development > Target Platform preference page.
  2. Target definition: You can select this option to import plug-ins from a different target definition. Use the drop-down box to select the target definition of choice. The Target Definitions... button is a shortcut that opens the Target Platform preference page for inspection or modification.
  3. Directory: Select this option if you choose to import plug-ins from an arbitrary location on the file system and you do not wish to change the location of the target platform in the preferences. Then, use the Browse... button to navigate and enter the directory of choice.

Plug-ins and Fragments to Import

The Select from all plug-ins and fragments found at the specified location option takes you to a second wizard page that lets you browse all plug-ins and choose a subset to import.

Import From All

The Import plug-ins and fragments required by existing workspace plug-ins option is useful when you are importing all pre-requisites for a plug-in that is not part of the target platform. This option takes you to a second wizard page that is simpler; but, provides less overall control over what gets imported.

Import For Existing

Import Format

When plug-ins are imported, a project is created in the workspace for each plug-in. The project has the same name as the ID of the plug-in being imported.

As for the content of each project, it varies by import format:

  1. Binary projects: The plug-in content is copied into the project. The binary code remains intact in a JAR; while, the manifest files and other resources are extracted to the project root. The advantage of binary projects is that they allow you to browse the code without the overhead of compiling the source code.
  2. Binary projects with linked content: The plug-in content is not copied into the project. Instead, links are created in the project to map to the actual physical location of the JARs, files and folders on disk. The advantage of this type of import over a regular binary import is that it is faster to import; since, the operation only involves creating links. The disadvantage of this approach is that linked binary projects can become out of sync and have to be re-imported if the absolute path to these linked files are changed in the file system.
  3. Projects with source folders: The source code for the plug-ins being imported gets extracted and placed in source folders. The advantage of this type of import is that you will be able to modify the imported source code. The disadvantage of this approach is that the code gets compiled and results in an overhead whose magnitude is proportional to the number and size of plug-ins imported.
  4. Projects from a repository: The manifest file for plug-ins can specify a source repository location (such as a CVS server). Plug-ins containing this information can be imported as source directly from the repository. This provides a quick way to get editable source and create patches for plug-ins you are working with.