We have an external REST API endpoint that responds with a JSON array containing hundreds of objects. Each object includes a property that is a URL (each object actually represents a web page that has no DB representation in XbyK).
I’m looking for a way to index each of these objects using this package so that users of our site can find them as search records, alongside other records that represent web page items.
I reviewed the documentation but couldn’t find a suitable solution. It seems that the current limitation lies in MapToLuceneDocumentOrNull, which maps web page items to Documents one by one.
It would be great to have an option that allows custom logic during an index rebuild (for example, requesting the REST API and creating as many Documents as needed).
Is there a way to achieve this with the current functionality, or would support for this need to be added?
We have an external REST API endpoint that responds with a JSON array containing hundreds of objects. Each object includes a property that is a URL (each object actually represents a web page that has no DB representation in XbyK).
I’m looking for a way to index each of these objects using this package so that users of our site can find them as search records, alongside other records that represent web page items.
I reviewed the documentation but couldn’t find a suitable solution. It seems that the current limitation lies in
MapToLuceneDocumentOrNull, which maps web page items toDocuments one by one.It would be great to have an option that allows custom logic during an index rebuild (for example, requesting the REST API and creating as many
Documents as needed).Is there a way to achieve this with the current functionality, or would support for this need to be added?