Доброго времени суток

Создал замещающую схему для Section base schema ( NUI ) в новом пакете (не Custom). В схеме добавляется фильтр для EntitySchemaQuery через esq.filters.addItem(). Фильтр рабочий, т.к. проверялся на локальной машине с последующим пушем на препрод.

На препроде фильтр не работает. Вероятно, не хватает какой-то генерации или чего-то еще. Но вопрос, чего именно.

Я делал генерацию source code для выбранного файла, в котором прописан скрипт, делал генерацию для модифицированных, в общем, я по очереди делал все виды генераций и после этого компилил. Результата нет.

Нравится

2 комментария
Лучший ответ

Добрый день.

Попробуйте выполнить компиляцию всей конфигурации через меню [Скомпилировать все].

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

Добрый день.

Попробуйте выполнить компиляцию всей конфигурации через меню [Скомпилировать все].

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

Попробуйте очистить кэш браузера или проверить в другом броузере или в приват моде, проверьте наличие ошибок в консоли браузера

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

Здравствуйте, подскажите, есть ли в BPM 7.3 аналог NUISchemaGenerator? Если есть, то как им воспользоваться?
Также интересует возможность автоматического приведения кода 7.2 к структуре кода 7.3

Нравится

1 комментарий

Александр, в bpm'online 7.3 отсутствует аналог NUISchemaGenerator и инструмент автоматического приведения кода 7.2 к структуре кода 7.3
Создание разделов и добавление деталей осуществляется посредством визуального мастера разделов.

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

Добрый день !

Наблюдаю следующую картину:

При входе в документы и генерации счетов на период, первые счета генерируются нормально.
Затем же..рандомно, можно после 100 счета, может раньше,может после 400-го SQL забирает себе почти всю оперативную память и вылетает дебаггер.

В чем может быть дело, куда смотреть ?

И кто смог бы проверить всю конфигурацию ? Это вопрос к местным форумчанам или конкретно к разрабам, что под нас дописывали функционал ?

Нравится

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

"Шамбрай Иван" написал:
Затем же..рандомно, можно после 100 счета, может раньше,может после 400-го SQL забирает себе почти всю оперативную память и вылетает дебаггер.

В чем может быть дело, куда смотреть ?


Смотреть надо в дебаггер. На то он и существует.
"Шамбрай Иван" написал:
И кто смог бы проверить всю конфигурацию ? Это вопрос к местным форумчанам или конкретно к разрабам, что под нас дописывали функционал ?

Что понимается под проверить всю конфигурацию?
А чтоб дописывали конкретно под вас, то это уж как повезет: можно к разрабам (но не знаю занимаются ли они этим), можно найти фирму партнера террасофта и обратится к ней, может кто-то из форумчан заинтересуется и предложит вам свои услуги в качестве фрилансера.

"Шамбрай Иван" написал:SQL забирает себе почти всю оперативную память и вылетает дебаггер

а я вот не понял... у вас сервер SQL стоит на том же ПК, где вы печатаете отчеты и он забивает память при генерации отчета? интересно, что у вас за СУБД такая

Всем привет. SQL-сервер установлен там же, где и Террасофт, на том же сервере.

Проверить конфигурацию - уже буду дергать разрабов, они не всегда правда отвечают своевременно, вот.

Дебаггером пока не удалось воспользоваться, ибо были жуткие тормоза и мне приходилось убивать процесс и ребутать службу.

Здравствуйте, Иван!
Попробуйте провести отладку самостоятельно до появления ошибки, пока это возможно, чтобы понять в каком месте ошибка.
Или предоставьте дамп базы, чтобы мы провели отладку у себя.

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