7.18.5 | Community Creatio

Вопрос

15 апреля 2022 18:16

Добрый день.
Глобальный поиск и дедубликация ранее корректно работал на версии 2.0, после перевода его на 3.0, стал странно работать.
В системе есть раздел Purchase в нем порядка 25 млн записей.
Глобальный поиск его судя по всему не проиндексировал, поиск по нему не происходит, хотя я принудительно пытаюсь его проиндексировать через
/indexation/SiteName/Purchase/reindex/full мне в ответе приходит ОК, но ничего не происходит.
После запуска дедубликации по этому разделу она в базе mongo сразу стает завершенной без ошибок, а в интерфейсе остается на 0%.
По базовому разделу контакты дедубликация проходит тоже частично успешно, находит не все дубли. В mongo пишет, что обработано меньше записей, чем должно.

В mongo залазил согласно https://community.terrasoft.ua/articles/kak-proverit-nalichie-zapuschen…

Ошибок по логам контейнеров не нашел. Подскажите может, кто-то сталкивался с такой проблемой, возможно есть дополнительные настройки? Спасибо.

Нравится

Избранное

2 комментария

Жмурко Сергей

18 апреля 2022 17:57

Добрый день, Владимир!

Возможно, очередь не долшла к записям из этого раздела.

Полная переидексация для БД только в разделе Purchase может проходить достаточно долго.

Можно посмотреть значения колонки LastIndexeOn для раздела Purchase в таблице IndexingEntity в базе глобального поиска Postgres. Когда индексация дойдет к этому разделу значения из этой колонки начнет расти и можно будет поискать записи после завершения индексации раздела.

Как узнать завершилась ли индексация глобального поиска в on-site?

В БД глобального поиска, есть таблица IndexingEntity, которая отвечает за настройки индексации для каждой отдельной сущности, например Контакт, Средства связи контакта и т.д.

В ней есть 2 колонки, которые важны для понимания завершилась ли первичная индексация или нет:

LastIndexedOn - дата последней итерации индексации.
InProcess - в процессе ли индексация (одной итерации) по текущей сущности.

Индексация завершилась для конкретной сущности, лишь тогда, когда LastIndexedOn = дата подключения сайта к ГП и в InProcess установлено значение “false“.

Полностью индексация завершена, когда для всех записей из таблицы "IndexingEntity" значения в LastIndexedOn и InProcess установлены аналогично описанию выше.

Порядок настройки

Зайти в контейнер с БД глобального поиска.

docker exec -it gs-postgres bash
Подключиться к БД глобального поиска.

psql -d postgres -U postgres
Выбрать, все записи из таблицы IndexingEntity.

SELECT "EntityName", "LastIndexedOn", "InProcess" FROM "IndexingEntity";

P.S. Планировщик (который ответственный за первичную индексацию) запускается раз в 50 дней, таким образом доиндексирует\актуализирует необходимое.

То есть, это к тому, что каждые 50 дней эта дата будет обновляться.

Добротворский Владимир

19 апреля 2022 23:04

Жмурко Сергей,

Спасибо за совет. Таблица показала, что LastIndexedOn везде пусто и InProcess везде false. То-есть индексация совсем не начиналась, хотя по контактам даже дубли находит. В логах контейнера с прогрессом были ошибки по вставке дублей в эту таблицу. Таблицу очистил попробую перезапустить все.

Показать все комментарии

Вопрос

7.18.5

Studio_Creatio

#7.18

Добавление в Header Аутентификации SOAP сервиса

Бульбас Игорь Сергеевич

29 декабря 2021 13:20

Добрый день. Есть задача с помощью элемент веб сервис вызвать soap сервис.

Но для авторизации в блок header нужно добавить метод. Не подскажете как это можно реализовать через мастер? Так как параметр заголовка в SOAP это другое.

-<soapenv:Header>

-<ns1:Security>

-<ns1:UsernameToken>

<ns1:Username>POLIESCHUKT</ns1:Username>

<ns1:Password>YHcauQXSLgJtWAJIOCYaqxuaMWaOCOQqagkn</ns1:Password>

</ns1:UsernameToken>

</ns1:Security>

</soapenv:Header>

-<soapenv:Body>

-<typ:findDealAccountProductSUBARequestType>

<typ:contragentid/>

<typ:accountno>2600700000002</typ:accountno>

<typ:iban/>

<typ:toboid/>

<typ:currencyid>UAH</typ:currencyid>

<typ:accounttype/>

<typ:dealno/>

<typ:dealdate/>

<typ:dealid/>

<typ:creationchannel/>

<typ:accopenday/>

<typ:acccloseday/>

<typ:curraccproducttypeid/>

<typ:accountstateid/>

<typ:cardno/>

<typ:authactionid/>

<typ:pagesize/>

<typ:pagenum/>

<typ:orderby/>

<typ:username>POLIESCHUKT</typ:username>

</typ:findDealAccountProductSUBARequestType>

</soapenv:Body>

Нравится

Избранное

2 комментария

Роман Казекин

30 декабря 2021 10:57

Игорь, здравствуйте.

Обращаю Ваше внимание на следующую информацию:
Настройка аутентификации идентична для REST и SOAP-сервисов.

Для любого типа аутентификации (Basic/Oauth), есть официальная документация на этот счёт.
https://academy.terrasoft.ua/docs/7-17/user/kastomizacija_no_code/web_s…

Для использования же JSON Web Tokens, например, необходимо писать пользовательский методы аутентификации,

Рекомендую ознакомиться не только с данной статьёй, но и с веткой в целом.

Бульбас Игорь Сергеевич

30 декабря 2021 15:03

Роман Казекин,

Роман, с веткой ознакомился, но вопрос в том, что стороний сервис ожидает именно блока

-<ns1:UsernameToken>

<ns1:Username>POLIESCHUKT</ns1:Username>

<ns1:Password>YHcauQXSLgJtWAJIOCYaqxuaMWaOCOQqagkn</ns1:Password>

</ns1:UsernameToken>

В теле запроса а не в заголовке вот тут

Показать все комментарии

Подписаться на 7.18.5