Details
-
Epic
-
Resolution: Unresolved
-
High
-
None
-
None
-
None
-
None
-
External Document indexes
Description
To be able to index external documents.
Intro
User stories:
- As a Web User I would like to search across all documents of a (integrated) web application
- As a Developer I would like to query all my data/documents using same search API
There are two approaches to this:
- Import everything to Content model
- Allow search across different (external) document types
In legacy both methods where used, the last one was a ezfind feature.
Both have pros and cons, and fits depending on use case.
Allow search across different (external) document types
TODO: Add more explanation of use case and implications on Search and content model.
Open questions:
- Should we introduce a "document search" and potentially deprecate ContentSearch?
- ..
Technical notes (to be defined changed during workshop):
1. Look to Elastica and Solarium if they have such concepts already that we can build upon by switching to ES/Solr php libraries instead of continuing to make everything ourselves
2. If not: further define the SPI indexing of documents to aim to eventually be able to expose this for indexing other documents.
3. Enable to be queried in content FullText search with boosting
- expose option to "override"/set document type to search on (mostly relevant for Content Search, if we also introduce it for Locations we should think about Virtual nodes concept for external documents available on different symfony route to also get UrlAlias)
4. Define conventions to be able to reliably query across document types