Page providers allow retrieving documents with pagination facilities, to build custom document listings and search forms. They can be leveraged through the REST API:
A page provider corresponds to the query part of a content view, without the form and result columns configuration. For instance, Web UI makes use of a page provider in order to create the default search form. In the screenshot below, several configuration options are used:
Click on New to create a page provider.
A page provider can be created from an existing content view. When selecting this option:
Note that creating a page provider using the Copy from content view option keeps your content view available. After creation there is no link between the two features, changing one does not affect the other.
Activate this option to use the Elasticsearch Index. When deactivated, the database index will be used instead.
Elasticsearch index is faster and allows to use more features like aggregates and hints. However, it can take up to a couple of seconds before your Elasticsearch cluster is synchronized when a modification is made. Therefore, you should:
The query filter is where you can fill in the NXQL query (without the "SELECT * FROM Document WHERE" part which is already generated). This will be used as a base, to which you can add optional filters.
As you can see from the screenshot above, this query is launched when no additional criteria has been added in the search form.
In the query filter field, variables can be defined using the
? keyword. When adding variables, the corresponding parameters have to be added as query parameters in the same order. When launching a query through the REST API, it is possible to override the parameter's default value set here by sending it in the query.
Predicates are used in search forms to provide additional search criterias on top of the initial query filter.
Lets you define in which order results should be returned by default.
As shown in the screenshot above, quick filters appear in the interface as buttons, where clicking on the button enables or disables the search criterias associated to the quick filter. This is particularly useful to let your users filter documents quickly using commonly used or context relevant search criteria: for instance you can put quick filters to only display documents in a specific state, located in a specific space...
Aggregates are an Elasticsearch specific feature that allow real-time filtering on search criterias.
Range aggregates allow you to display specific date or number ranges (e.g. modified in the last 6 months, renewal due in 3 weeks from now or less, amount over 10k).
Histograms will display automatically generated criterias depending on the current filter selection. e.g. allow to filter contracts between 1 and 2k, 2 and 3k... if you set up a 1k range. Criterias are generated in real time and only for existing values (i.e. no option will be shown if no document corresponds to it).
Each aggregate also displays the corresponding number of results in real time depending of the other criterias already selected.
More information can be found in the page provider aggregates documentation.
When having multiple repositories, this option can be activated to search all of them at once. Can only be activated if you use the Elasticsearch index for your page provider.
This option enables to include the current page provider into account in the search statistics available from the Admin > Activity > Search Analytics tab. It is available starting from Nuxeo Platform LTS 2015.
|2 months ago||manonlumeau||NXDOC-1650 fix about integrating changes, add mention on multiple attempts|