services.xml - 'search'
This is the reference for the search part of the container config. Related: Chained components and the federation tutorial. The root element of the search configuration, declared as a subelement to container:
search binding searcher [id, class, bundle, provides, before, after] federation [id] source [idref] federationoptions [timeout, requestTimeout, optional] source-set [inherits] target-selector chain [id, inherits, excludes] searcher [id, class, bundle, provides, before, after] federation [id] source [idref] federationoptions [timeout, requestTimeout, optional] source-set [inherits] target-selector provider [id, type, cluster, excludes, path, cacheweight, readtimeout, connectiontimeout, connectionpooltimeout, retries] federationoptions [timeout, requestTimeout, optional] source [id] searcher [id, class, bundle, provides, before, after] nodes node renderer [id, class, bundle]config applies to all searchers in the JDisc cluster's search chains, unless overridden by individual search chains or searchers.
The URI to map the SearchHandler to. The default binding is
http://*/search/*. Multiple elements are allowed. Example:
A searcher element is either a definition (using id) or a reference (using idref).
A searcher definition causes the creation of exactly one searcher instance. This instance is set up according to the content of the searcher element. A searcher definition contained in a search chain element defines an inner searcher. Otherwise, it defines an outer searcher.
Attributes, searcher definition:
|id||required||string||the component id of the searcher instance. For inner searchers, the id must be unique inside the search chain. For outer searchers, the id must be unique. An inner searcher is not permitted to have the same id as an outer searcher.|
|class||optional||a component specification containing the name of the class to instantiate to create the searcher instance. If missing, copied from id|
|bundle||optional||a component specification containing the bundle symbolic name and version used to select the bundle. The class is retrieved from this bundle. If missing, copied from class|
|provides||optional||a space separated list of names that represents what this searcher produces. For more information on provides, before and after, see chained components|
|before||optional||a space separated list of phase or provided names. Phases or searchers providing these names will be placed later in the search chain than this searcher|
|after||optional||a space separated list of phase or provided names. Phases or searchers providing these names will be placed earlier in the search chain than this searcher|
<searcher id="componentId" class="className:versionSpecification" bundle="bundleSymbolicName:versionSpecification" />Attributes, searcher reference:
|idref||required||string||Reference to a searcher definition|
<searcher idref="componentId" />
A federation is a searcher - see above. This element implements federation - it defines a searcher instance that sends each query to a set of search chains in parallel and combines the results. Read the federation guide to learn more and find examples for use of federation and its children source, source-set and target-selector, as well as provider
<federation id="componentId"> <source idref="componentSpecification" /> <target-selector /> </federation>
Specifies a component that should be used to select search chains to federate to. This component must inherit from com.yahoo.search.federation.selection.TargetSelector. See component for attributes and subelements.
Used to duplicate the sources of e.g. the built-in federation searcher:
<federation id="combinator"> <source-set inherits="default" /> … </federation>
Reference to a source that should be used by the enclosing federation searcher. Child element federationoptions is optional
<source idref="componentSpecification"> <federationoptions/> </source>
Contained in source or provider. Specifies how a federation searcher should federate to a given search chain. If a federation options A overrides another federation options B, the result is a new federation options containing:
- all the options in B not present in A
- all the options in A
|timeout||optional||number||The minimum number of seconds or milliseconds (if ms is present) the federation searcher waits for the federated search chain executing the query|
|requestTimeout||optional||number||The minimum number of seconds or milliseconds (if ms is present) the search chain executing the query should continue execution. In some cases it is useful to set this higher than the timeout, such that a chain can keep waiting for requested data longer than the query is waiting for the chain. This allows queries to populate caches within the search chain even though populating the caches requires waiting longer than the query timeout|
|optional||optional||true/false||false||Determines if the federation searcher should wait for this search chain at all. Normally, it only waits for mandatory (i.e. not optional) search chains, and when they are done, cancels the remaining search chains that are not finished. If all the search chains federated to are optional, all of them will be treated as mandatory. All search chains are per default mandatory|
<federationoptions timeout="2.0" requestTimeout="2500ms" optional="true" />
The definition of a search result renderer. Attributes:
|id||required||string||The component ID|
|class||optional||string||The class of the component, defaults to id|
|bundle||optional||string||The bundle to load the component from, defaults to class or id (if no class is given)|
<renderer id="componentId" class="className:versionSpecification" bundle="bundleSymbolicName:versionSpecification" />
Specifies how a search chain should be instantiated, and how the contained searchers should be ordered. Refer to the chain reference for attributes and child elements. Chains can inherit searchers from other chains and use phases for ordering. Note that provider and source elements are also chains. Specify a search chain in a query using searchChain.
<chain id="common"> <searcher class="com.yahoo.vespatest.ExtraHitSearcher" id="CommonSearcher"> <config name="vespatest.extra-hit"> <exampleString>A searcher for ...</exampleString> </config> </searcher> </chain>Optional sub-elements:
- searcher or federation (one or more), either a reference or definition. If the name given for a searcher matches an outer searcher, it is a searcher reference. Otherwise, it is a searcher definition. If it is a searcher definition, it is also an implicit searcher reference saying: use exactly this searcher. All these searcher elements must have different name.
- phase (one or more).
- config (one or more - will apply to all inner searchers in this search chain, unless overridden by individual inner searchers).
<search>element like above. Vespa behaves as if each chain configured within was "inline" in
services.xml. This is handy when multiple developers need to deploy individual search chains, say in different packages. Note: if using multiple container clusters, the modular search chains will be available in all the clusters.
Each searcher reference must match the type of the searcher definition. So for example the searcher reference federation idref="myId" must match an outer searcher defined as federation id="myId", not searcher id="myId".
A provider is a search chain responsible for talking to an external service. Everything covered in chain is also valid for providers. Attributes:
Determines which searchers are implicitly added to this search chain to talk to the external service.
Local providers are providers with the type set to local, accessing a local Vespa cluster (i.e. a content cluster in the same application). Attribute:
|cluster||required||string||The name of the local cluster. Set cluster name (and document type, separated by a dot, if using streaming search)|
<provider id="music" cluster="music" type="local" excludes="com.yahoo.prelude.querytransform.StemmingSearcher" />
Http providers are providers which either have the attribute
or no type but contains a component subclassing HTTPSearcher.
An http provider has a nodes element for endpoints.
|cacheweight||optional||number||A non-negative floating point number determining how much of the memory reserved for caching should be allocated to this provider|
|path||optional||the location of the resource|
|readtimeout||optional||the HTTP client's socket timeout. Normally, this value is calculated dynamically by Vespa. (The timeout is basically the timeout for blocking read operations from the network.) Valid units are s and ms, as in 2.5s and 500 ms.|
|connectiontimeout||optional||Timeout for connecting to the provider. Normally, this value is calculated dynamically by Vespa. Valid units are s and ms.|
|connectionpooltimeout||optional||Timeout for for acquiring a connection if using pooled connection. Should not be necessary to tweak under normal circumstances. Valid units are s and ms.|
|retries||optional||1||the number of times to retry an HTTP operation if the error is assumed to be transient|
<provider id="webService"> <nodes> <node port="8080" host="webservice.host"/> </nodes> <searcher id="com.yahoo.example.ExampleProviderSearcher"/> </provider>
Defines a source search chain and an associated source.
<provider id="providerA"> <source id="commonSource"> <searcher id="com.yahoo.example.AddHitSearcher"> <config name="vespatest.hit-title"> <hitTitle>providerA</hitTitle> </config> </searcher> </source> </provider>The component id specified is the id of the associated source. The associated source consists of all the source search chains with the same source name.
Only a single source search chain can specify the source name using the "id" attribute. This search chain is called the leader.. The other source search chains must specify the source name using the "idref" attribute. The latter search chains are called participants.
A source can be used for federation. When federating to a source, the leader search chain is normally used. To use one of the participant search chains, the following query parameter must be set: source.sourceId.provider.providerId.
The id of the source search chain is sourceId@providerId. This search chain automatically inherits from the enclosing provider. It also automatically inherits the federation options of the enclosing provider. If the source contains federation options, they override the inherited ones. In all other respects, this search chain behaves like any other search chain.
Container for node elements.
Used by http/vespa providers to specify endpoints. Attributes: