Удалял рабочее место вместе с пакетом, и после этого начали возникать ошибки компиляции

Contact.BackReferences.Base.cs The type or namespace name 'UsrContractorFile' could not be found (are you missing a using directive or an assembly reference?) CS0246473

ContactType.BackReferences.Base.cs The type or namespace name 'UsrContacts' could not be found (are you missing a using directive or an assembly reference?) CS024638

FileType.BackReferences.Base.cs The type or namespace name 'UsrContractorFile' could not be found (are you missing a using directive or an assembly reference?) CS0246188



Как решить эту проблему?

Нравится

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

Добрый день!

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

Если на элементах есть ошибки требующие установки или обновления БД, то нужно по каждому элементу провести установку, а потом выполнить компиляцию

 

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

При выгрузке пакета выбивает следующую ошибку, как ее можно исправиль? 

Изображение удалено.

Нравится

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

Добрый день.  

 

Это известная ошибка обновленного UI конфигурации для версии 7.17, в котором вызывается метод PackageInstallerServiceInternal.GetZipPackages, который предназначен для других целей. 

Исправления по данной ошибке есть в версии 7.17.1



В старом UI конфигурации пакеты будут выгружаться корректно, можно воспользоваться им в качестве обходного решения, прямая ссылка будет выглядеть так: https://site.domaim.com/0/dev_old

В старом виде конфигурации пакет выгружается без проблем.

Спасибо. Но проще оказалась выдать права на папку TEMP на диске для IIS куда выгружаются пакеты. 

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

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

Нравится

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

Добрый день, Евгений.

Снизу прикрепил пример, где я добавил конкретный участок кода в исключение при компиляции. В результате warning CS4014 не появился. Можно реализовать не только препроцессором.

Более детально можно найти в официальной документации:

https://docs.microsoft.com/en-us/dotnet/fundamentals/code-analysis/supp…

using System;
using System.Threading.Tasks;
 
public static class Test{
 
	static void CallingMethodAsync(int millisecondsDelay)
	{
		Console.WriteLine("  Entering calling method.");
 
		// Call #1.
		// Call an async method. Because you don't await it, its completion
		// isn't coordinated with the current method, CallingMethodAsync.
		// The following line causes warning CS4014.
		#pragma warning disable CS4014
		CalledMethodAsync(millisecondsDelay);
		#pragma warning restore CS4014
	}
 
	static async Task CalledMethodAsync(int millisecondsDelay)
	{
		Console.WriteLine("    Entering called method, starting and awaiting Task.Delay.");
 
		await Task.Delay(millisecondsDelay);
 
		Console.WriteLine("    Task.Delay is finished--returning from called method.");
	}
}

 

Добрый день, Евгений.

Снизу прикрепил пример, где я добавил конкретный участок кода в исключение при компиляции. В результате warning CS4014 не появился. Можно реализовать не только препроцессором.

Более детально можно найти в официальной документации:

https://docs.microsoft.com/en-us/dotnet/fundamentals/code-analysis/supp…

using System;
using System.Threading.Tasks;
 
public static class Test{
 
	static void CallingMethodAsync(int millisecondsDelay)
	{
		Console.WriteLine("  Entering calling method.");
 
		// Call #1.
		// Call an async method. Because you don't await it, its completion
		// isn't coordinated with the current method, CallingMethodAsync.
		// The following line causes warning CS4014.
		#pragma warning disable CS4014
		CalledMethodAsync(millisecondsDelay);
		#pragma warning restore CS4014
	}
 
	static async Task CalledMethodAsync(int millisecondsDelay)
	{
		Console.WriteLine("    Entering called method, starting and awaiting Task.Delay.");
 
		await Task.Delay(millisecondsDelay);
 
		Console.WriteLine("    Task.Delay is finished--returning from called method.");
	}
}

 

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

Изображение удалено.Добрый день!

Установила приложение "Custom filter constructor for Creatio" (https://marketplace.terrasoft.ru/app/custom-filter-constructor-creatio) на демо-стенд (версия 7.18.2). Возможности "Открыть настройку фильтров раздела" нет.

В разделе в консоли появляется ошибка (скрин наверху).

 

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

Нравится

6 комментариев

Елизавета, добрый день!

 

это бесплатное приложение и поддерживается разработчиком только по email. Обратитесь к разработчику напрямую.

Лазоренко Ирина, так может стоит тогда исключить это приложение из маркета, раз оно не работает как надо?

Согласен. Оно не работает уже давно. Думаю если его не исправляют его нужно убирать до исправления ошибка

Я вот тоже не понимаю, почему на маркете вообще лежит нерабочее приложение(

Пожалуй, надо указывать не только, с какой версии работает приложение, но и до какой

Добрый день! в последних версиях Creatio была закрыта работа с замещающими клиентскими модулями, поэтому решение перестало корректно работать начиная с версии 7.18.2. Был добавлен комментарий по совместимости на странице решения.

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

Добрый день, товарищи разработчики!

Возникла проблема с коннектором IIT E-Signature for Creatio.

Точнее с системой, при попытке обновления 7.17.1 -> 7.17.2 Service enterprise возникает ошибка:

Autogenerated\Src\DigitalSignatureFileUploadInfo.DigitalSignature.cs(20,47) ошибка CS0535: 'DigitalSignatureFileUploadInfo' does not implement interface member 'IFileUploadInfo.IsLastChunk' 

Нравится

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

Петр, добрый день!

 

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

Петр, добрый день!

 

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

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

Добрый день! При отправлении запроса на стандартный сервис Web-to-object с лендинга для получения лидов приходит ответ 200 (запрос обработан успешно), но при этом текст сообщения ответа сервера Not allowed request URL. Лиды не добавляются. 

Все реализовано в соответствии с документацией.

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

Нравится

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

Добрый день.

 

При обработке поступающего запроса система сравнивает домены сайта из настроек лендинга, убирая http(s), www и формирует список доменов (#domens)

потом проверяет Referrer url из отправляемого WEB-TO-OBJECT запроса (тоже убрав там http(s), www) по условию, что он начинается хотя бы с одного из доменов (#domens)

Если не находим совпадений, то выдаем ошибку ("Not allowed request URL.").



Следовательно, либо в сформированном запросе отсутствует header с referrer урлом, либо что-то валится при маппинге урла на домены (например, кириллический символ или проч. что не дает найти точное соответствие)



Попробуйте для всех лендинговых форм в приложении указать одинаковый параметр в поле "Домены сайта":

https://site.com* - именно в таком виде только подставив вашу ссылку с посадочной страницей.

Нужно указать в настройках лендинга в параметр "Домены сайта" ссылку на корень сайта со звездочкой. 

"*" - означает, что лиды будут заходить с любых страниц на указанном адресе. Конечно же они проверяются по формам.

 

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

Добрый день!



На Dev-стенде был создан пакет с объектами и модулями (разделы/страницы редактирования). Также было создано отдельное рабочее пространство под это всё. Данный пакет был перенесён на PredProd среду.

 

Пакет есть, объекты и прочее также присутствует, за исключением рабочего пространства. При попытке добавить разделы из этого пакета к какому-либо существующему рабочему пространству или созданному в DevTools браузера падает ошибка в Network на POST-методе AddSectionToWorkplace (статус 400 Bad Request) с таким ответом:



The server encountered an error processing the request. The exception message is 'Sequence contains no matching element'.

 

В консоли такие ошибки:

POST

url: 0/rest/WorkplaceService/AddSectionToWorkplace

400 (Bad Request)

 

Error while sending request 

    response status: 400 (Bad Request)

    request url: 0/rest/WorkplaceService/AddSectionToWorkplace

    method: POST

    request data: {

"workplaceId":"433b2971-e182-42d4-9b21-e78ee63c190e",

"sectionId":"543e77e0-d2bd-4bba-ae69-021fa67abf3e"

}

 

По значению workplaceId нахожу в системной таблице SysWorkplace запись, соответствующую рабочему пространству, куда добавляла.

Где искать информацию по sectionId так и не поняла.

 

Можете ли пожалуйста, подсказать в чём именно ошибка? У sectionId есть какая-то привязка к другому рабочему пространству, которое не появилось в системе или что?

Нравится

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

Привязка данных для раздела (секции) обычно происходит автоматом.

Для переноса рабочего места нужно дополнительно привязать данные SysWorkplace

Для привязки раздела в рабочее место SysModuleInWorkplace

Для привязки прав на рабочее место SysAdminUnitInWorkplace

Добрый день.

Перед переносом пакета на другую среду, вы осуществляли привязку данных?

Кажется я такое встречал, и это коробочный баг, странно, что его до сих по не пофиксили.

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

Я производила привязку данных только по данным из справочных таблиц и сами справочные таблицы.

Что ещё необходимо было к пакету в качестве привязанных данных добавлять? 

Трефилов Павел Сергеевич,

Данное обходное решение помогло, спасибо)

Только если это действительно баг, то странно, поскольку не только я сталкивалась с этой проблемой среди своих коллег.

Больше кажется, судя по ответу Михаила, что это "фича" и "особенность коробки", в связи с чем по абсолютно всему необходимо делать привязки для корректного переноса пакетов со всеми реализациями

Трефилов Павел Сергеевич,

Беда не приходит одна. Разделы добавились, но теперь при переходе в раздел падает ошибка GET status 500

Uncaught Error: Script error for "Название Объекта по разделу"



Похоже ещё и пакет не до конца ровно встал, хотя логов никаких не было

Привязка данных для раздела (секции) обычно происходит автоматом.

Для переноса рабочего места нужно дополнительно привязать данные SysWorkplace

Для привязки раздела в рабочее место SysModuleInWorkplace

Для привязки прав на рабочее место SysAdminUnitInWorkplace

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

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



Ситуация такая. В процессе работы над crm в разделе Проекты была одна колонка и бизнес-правило к ней: поле Статус недоступно для редактирования, пока значение в той колонке(поле с дробным числом) равно 0.

Позже это бизнес-правило удалилось из-за ненадобности. И после этого начала появляться ошибка:

23502: null value in column "ITdsMarzha2" violates not-null constraint



ITdsMarzha2 - это и есть та колонка.

Её мы и удаляли в базе данных postgre, и чистили схему страницы от неё, и почистил все бизнес-правила в мастере раздела и в схеме страницы (думал там мог след остаться от удаленных б-правил). Постоянно кучу раз делал полную проверку системы: обновление бд, генерация, компиляция. Ну вот нигде её след больше не можем найти.



И всё равно ошибка появляется при сохранении карточки. При чем карточка то сохраняется успешно, а вот всякие связанные с этим бизнес-процессы не запускаются.

Кстати проблема только на боевой продуктивной среде. На моей локальной разработческой ошибки не возникает.



Может подсказать кто, куда нам ещё нужно залезть проверить эту "несуществующую" колонку?

Нравится

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

Добрый день. Ошибка приходит из постгре - там явно подразумевается, что колонка существует, и что в записи она будет заполнена значением. Вы точно уверены, что в схеме объекта не осталось этой колонки? Из базы может и удалили, но ОРМка может создать колонку обратно, основываясь на метаданных объекта.

Vyacheslav Lipatkin,

Метаданные проверили, там тоже нет следа по этой колонке.

Может, колонки могут как-то в айди преобразовываться? Ну в плане, что поиск по названию колонки ничего не находит

Где то ещё может хранятся данные?

Андрей Касаткин,

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

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

Добрый день!

 

Столкнулся с такой задачей: создаю новое поле и добавляю в мастер раздела.

Систему обновлял, компилил, генерировал исходный код (Сделал все что можно было)

Но поле не появляется. Хотя в редакторе оно отображается.

В консоле говорит что не может найти данные колонки.

В чем может быть проблема?

Нравится

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

Алмаз, здравствуйте! 

 

Что стоит проверить:

- добавлены ли в объекте данные колонки;

-  значение в системной настройке "Текущий пакет". Затем проверьте, что у вас все зависимости пакета правильно проставлены

- переопубликовать объект в котором есть данные колонки

- пересохраните, пожалуйста, схему %PageV2.

- проверить работу в режиме инкогнито браузера.

 

 

Вильшанский Дмитрий,

Ничего из этого не помогло. Что еще может быть?

Алмаз, здравствуйте! 



Подскажите, какое значение указано в системной настройке "Текущий пакет" и какие зависимости у пакета?

При компиляции и генерации исходных кодов ошибок нет?



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

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

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

На версии 7.17.3 при компиляции возникает ошибка. 

Изображение удалено.

Система Creatio развернута на ноутбуке, где установлена Windows 10 Pro, ver 21H1. В системе установлено около 20-ти кастомных пакетов различных разработок.

Объема свободного дискового пространства на диске С, где развернут сайт и БД MS SQL, около 160 ГБ. ОЗУ 16 ГБ. Так как в сборке Windows установлен .Net Framework 4.8, то установил NDP472-DevPack-ENU и dotnet-sdk-3.1.301-win-x64, взятые на академии.

Не пойму, почему не хватает памяти.

На других машинах с меньшими объемами памяти компилируется без проблем. Но там версии Windows 10 более старые, то есть нет .Net Framework 4.8

Разворачивал чистую Creatio без доработок. Компиляция проходила без ошибок. 

Может кто-то сталкивался с подобной проблемой? 

 

Нравится

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

Кирилл Александрович, здравствуйте!

 

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

 

 

Кирилл Александрович, здравствуйте!

 

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

 

 

Спасибо. Так и сделал. Именно генерация кода для всех схем помогла

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