aikau - реализовать результаты поиска результатов поиска

Question

Я недавно начал развиваться с aikau в акции alfresco. Я хочу получить функциональность, в которой я могу экспортировать результаты поиска в файл CSV.

Для этого я могу изменить внутренний веб-скрипт репозитория для возврата данных csv. Теперь, на открытии alfresco - я смог показать ссылку на экспорт, добавив новый виджет в FCTSRCH_TOP_MENU_BAR. Для отображения этой ссылки я использовал alfresco/renderers/PropertyLink. Теперь недостающая часть для меня - как я могу вызвать веб-скрипт поиска, передающий дополнительный параметр format = csv, и наряду с этим передают все параметры запроса, используемые для получения результатов.

Я застрял с этим. Если я использую publishTopic как ALF_CRUD_GET_ALL и укажите URL-адрес там, он вызывает образец веб-скрипта (я создал для возврата образца ответа csv) и возвращает ответ. Однако csv не является загружаемым ответом. Я застрял здесь, чтобы узнать, как добиться эффективности экспорта csv для результатов поиска.

Было бы здорово, если бы кто-нибудь из вас мог помочь мне здесь и предоставить ваши рекомендации/предложения.

Answer 1

Этот blog post содержит пример того, как вы можете настраивать страницу поиска в разделе «Поделиться». Хотя он конкретно касается изменения поисковых запросов, базовый подход к расширению более или менее тот же, что и вы хотите изменить данные, которые используются для отправки запроса XHR. Я думаю, что основное различие здесь в том, что вам может понадобиться сделать больше глубоких обновлений для службы - в частности, в отношении switch statement, который используется для создания расширенного объекта поискового запроса.

Если вы расширили или заменили API REST по умолчанию, я бы предположил, что вам нужно будет вызвать тот же URL-адрес, но если вы предоставили полностью новый REST API для возврата CSV-данных, вам также понадобится для изменения URL-адреса, используемого службой.

С точки зрения предоставления ссылки для скачивания контента, который мы ранее реализовали, в DragAndDropModelCreationService (см. Функцию generateDownload), но это работает только с Chrome из-за ограничений безопасности и создания файлов для загрузки.

Ваш лучший выбор - это временно сохранить содержимое CSV в репозитории в скрытом месте, а затем использовать стандартные ссылки для загрузки, чтобы он мог быть загружен - это было бы более сложным, но обеспечило бы лучшую поддержку кросс-браузера. Что-то подобное сделано для действия «Загрузить как ZIP».

Answer 2

ОК, с дополнительной информацией при условии, я хотел бы сделать следующее ...

Информации о процессе добавления виджетов на страницу поиска достаточно хорошо описан here (хотя вы не добавляя вид, вы можете следить за тем, как добавить новый PropertyLink после виджета с идентификатором «FCTSRCH_RESULTS_COUNT_LABEL»).

Подход, который я хотел бы принять, будет включать дополнительную настраиваемую службу на странице, которая подписывается на тему «ALF_RETRIEVE_DOCUMENTS_REQUEST_SUCCESS» (которая публикуется при завершенном поиске). Он должен сохранять ответ поиска в переменной при подготовке пользователей к щелчку на PropertyLink.

Эта настраиваемая услуга также должна подписаться на тему, опубликованную PropertyLink (называемую «DOWNLOAD_CSV»). Затем эта настраиваемая служба может сгенерировать загрузку файлов с использованием подхода, описанного в моем предыдущем ответе, с использованием данных CSV, которые будут предоставлены в полезной нагрузке. Как я уже сказал, это может работать только с некоторыми браузерами из-за соображений безопасности.

Если ваш пользовательский поиск WebScript смог сохранить CSV-данные в качестве узла в репозитории, тогда вы можете просто предоставить NodeRef данных CSV в ответе на поиск, а PropertyLink может просто опубликовать тему «ALF_DOWNLOAD» для DocumentService для обработки загрузки.

Попытка создать файл для загрузки на стороне клиента станет проблемой для большинства браузеров, которые, как я думаю.