Чеботов Никита, добрый день!

Проверьте, что пакет разблокирован в базе данных, то есть InstallType = 0 и Maintainer пакета совпадает с Maintainer в системе.



Также, возможно, поможет очистка папки рабочей копии, находящейся по пути прописанном в ConnectionStrings.config в секции "defPackagesWorkingCopyPath".

%TEMP%\%APPLICATION%\%APPPOOLIDENTITY%\%WORKSPACE%\TerrasoftPackages

Пример на веб сервере:\Windows\Temp\<номер сайта>\<пользователь IIS>\Default\TerrasoftPackages

Код ActivityPageV2 прикрепите.

Василий, судя по этой теме, дело может быть не в самом коде, а в неправильных символах переноса строки. Нужно поменять настройки в текстовом редакторе, где писали код, и пересохранить файл, либо же настраивать саму SVN.

Также в старых сборках версии 7.12 был неправильный формат файлов, созданных мастером разделов, при фиксации пакета в SVN была такая же ошибка. Но в более поздних сборках 7.12.4.415, 7.12.3.986, 7.12.2.936 уже исправили. Если у Вас не 7.17, а одна из старых версий 7.12 и ниже, то обновите до указанных.

Полозюков Евгений Петрович,

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

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

Обновлял до 7.17, не помогло.

Посмотрю настройки SVN. Или руками пересохранять всё буду, спасибо.

Вопрос решился пересохранением всех клиентских модулей в конфигурации. 

Дима, такое сообщение говорит о невозможности сохранить схему с каким-то значением Id культуры (языка), поскольку такой культуры нет на БД новой среды.

Попробуйте сравнить наполнение таблицы SysCulture на обеих базах. Там может либо отсутствовать какая-то запись о культуре, либо у какой-то культуры с тем же названием будет другой Id. В зависимости от этого будет нужно либо добавить недостающую, либо вносить правки в коде пакета, исправляя Id.

Если непонятно, о какой записи речь, можно записать неудавшийся запрос на вставку в профайлере и узнать её Id.

На версии 7.17.1 присутствует 19 строк.

Проверьте и дополните отсутствующие на своей БД.

Главное, не создать две строки с разными Id об одной культуре, будет ещё хуже, сломается компиляция.

Судя по сообщению об ошибке, проблема к доступу по пути :)

Навскидку, могу посоветовать проверить наличие русских символов в пути и права IIS на чтение / запись к папке с приложением

Alex Kalnitskiy,

Как бы я хотел написать "Спасибо за помощь, проблема решена", но увы и ах! Кириллицы в пути нет, у пользователя IIS Full control на папку и все вложенное в неё, а ошибка остается :(

Ошибка
При работе с хранилищем произошла ошибка
Target path '/branches/development/EPMPortal/branches/1.0.0' does not exist
SvnErrorCode: SVN_ERR_FS_PATH_SYNTAX

70% - Авторизация в SVN закончилась.

Олександр Цируль пишет:

70% - Авторизация в SVN закончилась

Если про Creatio то нет. Авторизовался перед выполнение данной операцией. + заливку в SVN я могу выполнять. а вот обновить из хранилища без ошибки не могу. Обновляется только если удаляю рабочую копию.

Судя по старым обсуждениям на других сайтах, дело может быть всё же в особенностях пути к файлу (например, символах переноса либо отсутствии прав на доступ к этой папке), также там советуют перезапуск и отвязку-привязку.

А тут больше о том, какой должен быть формат пути:

Directory entry names and directory paths.

Here are the rules for directory entry names, and directory paths:

A directory entry name is a Unicode string encoded in UTF-8, and may not contain the NULL character (U+0000). The name should be in Unicode canonical decomposition and ordering. No directory entry may be named '.', '..', or the empty string. Given a directory entry name which fails to meet these requirements, a filesystem function returns an SVN_ERR_FS_PATH_SYNTAX error.

A directory path is a sequence of zero or more directory entry names, separated by slash characters (U+002f), and possibly ending with slash characters. Sequences of two or more consecutive slash characters are treated as if they were a single slash. If a path ends with a slash, it refers to the same node it would without the slash, but that node must be a directory, or else the function returns an SVN_ERR_FS_NOT_DIRECTORY error.

A path consisting of the empty string, or a string containing only slashes, refers to the root directory.

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

Читал это, но не смог никак к себе применить. 

Но два дня безуспешных попыток решить вопрос дали свой результат. Причина в URL хранилища. По каким то причинам не нравится адрес по ip, нужен адрес с именем. После того как сменил IP на имя все заработало. Хотя в адресе по IP ничего, что противоречило бы UTF-8 я не вижу.

Ну хоть теперь все в Гугле найдут по коду ошибки и эту причину. Странно, что движок SVN выдавал в ошибке именно путь к папке, а не весь адрес с IP.

Например, сообщение SVN_ERR_RA_CANNOT_CREATE_SESSION обсуждают тут и тут. По ссылкам предлагают возможные причины: неверные настройки прокси или других параметров SVN-сервера, неправильный URL, к которому пытаетесь подключится.

Чтобы более точно понять место возникновения ошибки, попробуйте подключаться к серверу не из 7.Х и не из браузера к веб-интерфейсу, а из другой программы для работы с SVN.

Александр, спасибо за ответ.

Опять решил вернуться к вопросу подключения. Уж очень мне это интересно.

Вышеуказанная ошибка была из-за того, что был закрыт выход в интернет нашего creatio on-site. Доступ успешно выдали, но теперь другая ошибка.

При попытке авторизации на странице "Список хранилищ" (../0/Repositories.aspx) сразу после ввода логина/пароля получаю:

Ошибка
При работе с хранилищем произошла ошибка
Redirect cycle detected for URL 'http://185.00.00.147/svn/myrepo'
SvnErrorCode: SVN_ERR_CLIENT_CYCLE_DETECTED
RootCause: Redirect cycle detected for URL 'http://185.00.00.147/svn/myrepo'

Мои действия:

Сервер Ubuntu настроил заново (как указал в первом посте). Через браузер, как и ранее, авторизацию прохожу успешно. Пакет в creatio еще не создал, а пробую просто авторизоваться в списке хранилищ.

Что может означать ошибка Redirect cycle detected? Куда копать?

Николай, что это такое, описано в документации SVN:

SVN_ERR_CLIENT_CYCLE_DETECTED 

"Detected a cycle while processing the operation"

Since
New in 1.7.

Хотя, по названию и так можно предположить что-то подобное.

 Опять же, попробуйте подключаться к серверу не из 7.Х и не из браузера к веб-интерфейсу, а из другой программы для работы с SVN. Будет либо такая же ошибка, либо причину можно будет понять из отличий в отправляемых запросах от Вашего сайта с 7.Х и от другой программы к серверу с SVN. Отловить уходящие запросы и ответы на них можно при помощи Fiddler, запущенного на сервере с сайтом.

Описанное Вами поведение выглядит вполне логично. Где позже меняли, тем и обновляем.Если залочили — значит, собираемся сами менять.

Мотков Илья,

Из-за этого "логичного поведения" пропадают настройки объектов в самый не подходящий момент (например, на показе клиенту) и Аналитику приходится пренастраивать схемы по несколько раз.

При обновлении из хранилища дол жен проходить merge и схем с замочками. Т.к. иначе нет и смысла разработки в команде.

Добрый день. Схожий вопрос обсуждался здесь:

https://community.terrasoft.ru/questions/izmenenie-zablokirovanogo-pake…

Если кратко, то посмотрите следующие скрипты:

--Решение проблемы при изменении хранилища
update syspackage set IsChanged = 1, IsLocked = 1 where InstallType=0
update SysSchema set IsChanged = 1, IsLocked = 1 where syspackageid in (select id from syspackage where InstallType=0)
update syspackageschemadata set IsChanged = 1, IsLocked = 1 where syspackageid in (select id from syspackage where InstallType=0)

Пащенко Александр Сергеевич,

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

Добрый день.

Если не меняли аттрибут sourceControlAuthPath в ConnectionStrings, то зайдите по пути C:\Windows\Temp\%номер сайта% (номер сайта можно узнать в IIS,нажав "Дополнительные параметры"  на нужном сайте. Удалите эту папку, очистите кэш redis и переавторизуйтесь в хранилище.

Если у вас указан свой путь, то просто удалите содержимое папки указанной по этому пути.

Дмитрий А.,

не помогает тоже

Александр Тыра пишет:

Дмитрий А.,

не помогает тоже

Должно было помочь, если удалили нужную папку и почистили редиску 

Дмитрий А.,

удалил все и почистил редис - не помогло

Александр Тыра,

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

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

Александр Тыра, прошу прощения - это где?

Посмотрите в дизайнере объекта.

Зверев Александр, интересно то , что такой обьект (SysSchemaDataSource) в конфигураторе отсутствует. Или вы про какой то другой обьект ?

Речь об одной из схем, которые Вы недавно создали или меняли вручную или через мастер раздела. На скриншоте видно UId, проверьте по нему.

Зверев Александр, такого Uid нет. Ошибка именно в таком виде более не выдается - осталась только шапка про ошибку SQL

В таком случае проверьте, всё ли в порядке с недавно менявшимися схемами. А зачем Вы пишете жирным курсивом?

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

 

насчет схем - действительно нашел одну проблематичную. Именно она не обновляется, не восстанавливается  и не удаляется. Как ее убить ?

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

Если именно удалить, то всё можно через базу, но нужно соблюдать осторожность.

Зверев Александр, решил проблему иначе и проще. временно перенес сбойный модуль из пакета в CUSTOM что дало возможность восстановить пакет из хранилища :))) после чего всеошибки исчезли

а задача - что бы из SVN выполнялась установка без ошибок или чтобы в принципе установить пакет в среду?

Скорее всего проблема связана с авторизацией. Ваша сохраненная авторизация по умолчанию хранится в папке C:\Windows\Temp, а файлики оттуда иногда пропадают. Попробуйте изменить параметры sourceControlAuthPath и defPackagesWorkingCopyPath в ConnectionStrings на пути,откуда данные точно не пропадут (например папку с самим стендом). Пример:

 

<add name="defPackagesWorkingCopyPath" connectionString="C:\inetpub\wwwroot\bpmOnline\Terrasoft.WebApp\Terrasoft.Configuration\Pkg" /> 
 
<add name="sourceControlAuthPath" connectionString="C:\inetpub\wwwroot\bpmOnline\Terrasoft.WebApp\svn" />

(Папку svn для параметра sourceControlAuthPath нужно создать)

После чего переавторизуйтесь в хранилище через конфигурацию. Должно помочь.

Дмитрий А.,

Нет, авторизация проходит успешно. Восстановление отдельных схем тоже. 

Решил проблему самостоятельно. Нужно было найти локальную базу свн для этого пакета и очистить таблицу WORK_QUEUE. База находится по пути c:\Windows\Temp\<номер сайта>\<пользователь IIS>\Default\TerrasoftPackages\<Пакет>\.svn\wc.db

После этого обновление прошло успешно.

Самый простой способ удалить папку с названием пакета и заново запустить обновление из хранилища.

Путь:

С:\Windows\Temp\<SiteNumber>\<UserName>\Default\TerrasoftPackages\<PackageName>

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