Search Engine



This extension point is used to plug in search participants in the federated help search. Each search engine can be configured individually. When search is initiated, each search engine is executed as a background job, and the results are collated in the help view immediately under the query.

Search engines defined here will not automatically show up as federated search participants until engine product binding is established, unless productId attribute is left undefined. For engines that define it, only thouse bound to a particular product will show up when that product is running.

Search engines can simply compose a URL and provide only one hit containing that URL as href. Popular search engines for which API support requires license can be plugged in like this. On the other end of the spectrum, search engines can communicate with the server and receive individual hits with information like label, href, short description, score etc. Local help engine can produce hits this way.

Regardless of the search mechanism, engines can provide various search scope settings using JFace preference pages. These pages are shown when 'Advanced Settings' link is followed from the Help view. In addition to root preference pages defined with the engine, additional preference sub-pages can be plugged in for more advanced settings.

Scope settings are loaded and stored using IPreferenceStore objects. Scope settings for all engines are grouped together under a named scope set. When first opened, default scope set ('Default') is created, but users can define more scope sets and flip between them.

Since federated search support is part of plug-in, a factory is needed to create search scope objects from the data in the preference store. Clients that plug in scope preference pages are required to plug in scope factories as well.

Engines defined in this extension point do not show up in the UI by default. What is shown there is a concrete instance of a search engine that can be individually modified. Products can preconfigure the help system with a number of instances of the registered engine types, possibly parametrized to perform in a desired way. In addition, users can add their own instances of the registered engines and configure them to their liking.

Configuration Markup:

<!ELEMENT extension (engine | engineType)+>

<!ATTLIST extension





<!ELEMENT engineType (description? , subpage*)>

<!ATTLIST engineType

id           CDATA #REQUIRED

label        CDATA #REQUIRED

icon         CDATA #IMPLIED

class        CDATA #REQUIRED

pageClass    CDATA #IMPLIED

scopeFactory CDATA #IMPLIED


defines a particular type of a search engine. Search engine type can be used to create concrete engine instances either by the user or pre-loaded by the product. In order to be useful, engine types must be configurable so that a number of engines can be created using a single engine type.

<!ELEMENT description (#PCDATA)>

a short description of the search engine

<!ELEMENT subpage EMPTY>

<!ATTLIST subpage






a child page to the root scope preference page defined in the engine element. If pageClass engine attribute is not defined, sub-pages will be ignored.

<!ELEMENT engine (description? , param*)>

<!ATTLIST engine

productId    IDREF #IMPLIED


enabled      (true | false)

label        CDATA #IMPLIED

id           CDATA #REQUIRED


Specifies a concrete instance of a particular search engine type. Instance may be bound to the product in order to show up only when that product is active. Engine can have its own label and description. If not specified, engine type data will be used. Finally, each engine type defines a valid set of parameters that can be passed to it to configure it. Engines can specify values of these parameters.


<!ATTLIST param




an optional parameter that is used to configure this instance of a search engine type. Valid parameters are defined by the engine type.

The following is the example of the help search extension:

            label="XYZ Search"
            Instances of XYZ Search search the XYZ site.
            label="XYZ Search">

API Information:
Attribute class of the element engineType must provide a fully qualified name of the class that implements Attribute pageClass must provide a fully qualified name of the class that extends Attribute scopeFactory must provide a fully qualified name of the class that implements Attribute class of the element subpage must provide a fully qualified name of a class that implements

Supplied Implementation:
Help UI plug-in provides search engine types for local help documentation, InfoCenter and Web search, as well as local help search engine instance. This instance does not accept parameters and has no product Id, thus will appear in every product.

Products can create concrete instances of InfoCenter and Web searches by using their engine id and the required paramaters.

InfoCenter engine type has engineId and accepts one parameter url that points at the remote server where InfoCenter is installed. Results are shown in the same way as the local help results.

Web search engine type has engine id and accepts one parameter url that represents a concrete search query with the actual search string replaced with a substitution symbol '{expression}', as in the following example:{expression}&ul=&ps=20&m=all

Web search results are shown as one link that will open the web browser with the search string substituted in the url parameter.

Copyright (c) 2000, 2005 IBM Corporation and others.
All rights reserved. This program and the accompanying materials are made available under the terms of the Eclipse Public License v1.0 which accompanies this distribution, and is available at