Добрый день.



Предоставленная Вами ошибка говорит о том, что произошел конфликт по ключу FKTQLhPckOuXfL4S8XTK2ODa6vErc, который присутствует в таблице SysProcessLog - журнал процессов.

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



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



Спасибо.

Добрый день!

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

В случае если у вас возникнут трудности или же дополнительные проблемы, пожалуйста, создайте запрос обратившись на почту support@creatio.com.

Kyrylo Atamanenko,

Спасибо за комментарий.



Я проверил записи в таблице SysSchema, группировал по колонкам 

"ManagerName", "Caption" и "ManagerName", "Name", там правда есть дубли, но они присутствуют из-за замещения объектов и страниц. В моём пакете тоже присутствуют дубли при группировке по колонкам "ManagerName", "Caption", но при группировке по колонкам"ManagerName", "Name" дублей нету.  На данный момент не уверен что проблема связана с дублями в колонке "Caption", ибо в базовых пакетах такая же ситуация. 



Я думаю вы правы что проблема кроется в одинаковых названия, но я не совсем понимаю в каких именно элементов. Сегодня проводил установку пакета с доработками и релиз прошёл успешно, но при этом если запускать компиляцию из конфигуратора, то получаю такую же ошибку



Может быть я что-то упустил. Куда я могу ещё обратить внимание?

Добрый день!

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

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

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

Снизу прикрепил пример, где я добавил конкретный участок кода в исключение при компиляции. В результате 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.");
	}
}

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

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

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

Денис, время компиляции  увеличилось из-за длительной генерации статического контента. Это происходит с версии 7.11.

При «компилировать всё» на БД MS SQL, на коробке, продукт бандл, процедура должна занимать в среднем 5 минут, что считается приемлемым.

При «компилировать всё» на БД Oracle, на коробке, продукт бандл, процедура  иногда может занимать ~ 30 минут, что планируется решить.

На продолжительность процесса компиляции может влиять очень много факторов.

Но, возможно, выявить причины проблемы Вам поможет информация по структуре процесса компиляции. 

 

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

1. Происходит поиск всех измененных схем (по сути поиск происходит только в пакетах, которые установлены из SVN, то есть являются «разлоченными»)
2. Проходит анализ на построение цепочки компиляции. Анализируется каждая схема:
   1. Если схема является новой (не замещённой) - компилируется только пакет, в котором эта схема находится
   2. Если схема является замещённой - компилируется вся цепочка наследования. 

В последнем пункте обычно и кроется проблема. 

Ещё вопросы о причинах (ресурсы сервера, размер БД) и способе минимизации времени (компилировать только нужное) обсуждаются в этой теме.

Зверев Александр,

Спасибо, получается чем больше наследований, тем дольше компиляция?

И чем больше пакетов с изменениями.

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

Добрый день, Дмитрий!

Для решения возникших ошибок вам стоит обратится в техническую поддержу. 

Обновил Frame до 4.8. Всё заработало

Это сообщение означает отсутствие доступа к этому файлу на жёстком диске на компьютере, где происходит компиляция. Возможно, получится починить так, как сделали в этом видео?

Зверев Александр,

Данный файл "AttributeValueSchema.Base.cs" при поиске в каталоге "c:\inetpub\CreatioWebSite\" не обнаружен. 

Куда грузятся исходники, см. в теме. В старых версиях было возможно задавать произвольный каталог, возможно, у Вас как раз такая. Либо ещё не выгружали исходные коды в файловую систему и они есть только в БД в SysSchemaSource.

Помогло следующее решение от службы поддержки.

IIS -> Пулы приложений -> Creatio (создал сам) -> Дополнительные параметры -> Удостоверение -> Domain\UserName.

К этому должны быть настроены:

- полные права доступа  пользователя Domain\UserName на каталог c:\inetpub\Creatio\ (созданный каталог сайта);

- запуск сайта и приложения от имени пользователя Domain\UserName.