Справочная проблема с проектом схемы BizTalk в Visual Studio 2008

В большом решении VS 2008 у нас есть разные проекты схемы и проекты сопоставления. Проекты сопоставления ссылаются на соответствующие проекты схемы, и в целом это работает нормально.

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

Не удается загрузить исходную/целевую схему [...]. Либо файл/тип не существует, либо, если существует зависимость проекта, зависимый проект не создается.

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


project biztalk project-reference visual-studio-2008
person MarioDS    schedule 03.07.2014    source источник

Ответы (3)


arrow_upward
3
arrow_downward

Вы столкнулись с известной проблемой в системе BizTalk Server 2009 Project.

В этой версии было несколько разочаровывающих дизайнерских проблем. Более поздние пакеты обновления устранили многие из них, но не все.

Наиболее распространенный обходной путь для проблемы, с которой вы сталкиваетесь, — перевернуть свойство «Копировать локально» ссылки.

person Johns-305    schedule 03.07.2014
comment
Снова привет, коллега по Biztalker :) да, это правда, в BizTalk 2009 есть много ошибок, связанных с Visual Studio, и другие вещи, которые раздражают разработчиков. - person MarioDS; 03.07.2014
comment
Я также получаю эту ошибку в BizTalk 2013 R2/Visual Studio 2013. Под переворачиванием Copy Local вы имеете в виду True to False или False to True? @MDeSchaepmeester - Просто хочу подтвердить, сработало ли для вас предложение Джона? - person FMFF; 11.02.2015
comment
@FMFF Я не могу вспомнить, а также я сменил работу некоторое время назад, поэтому я не могу проверить. Что я действительно помню, так это то, что у меня всегда были проблемы с Visual Studio и BizTalk, что бы я ни делал, поэтому я бы сказал, что это не очень помогло. - person MarioDS; 13.02.2015

arrow_upward
1
arrow_downward

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

Имейте в виду, однако, что изменение схем потребует от вас повторной перестройки проекта схем, а затем проекта сопоставлений, чтобы учесть новую версию.

person Pieter Vandenheede    schedule 03.07.2014
comment
Есть ли какие-либо потенциальные ловушки с этим, особенно с точки зрения развертывания? Интересно, что происходит, поскольку с этим методом при развертывании проекта карты он не будет развертывать проект схемы, как обычно... - person MarioDS; 03.07.2014
comment
По моему скромному мнению: не то, что я знаю. Я делаю это часто, и у меня никогда не было проблем, за исключением того факта, что вы должны напоминать себе о перестроении проекта схемы после каждого изменения. - person Pieter Vandenheede; 03.07.2014

arrow_upward
0
arrow_downward

Вероятно, это был не лучший подход в целом, но если это кому-то поможет, я получил эту ошибку после...

  1. Создание копии существующего файла схемы и присвоение ему временного имени файла. Я хотел сохранить оригинал для ссылок, пока я полностью переписывал этот процесс.
  2. В конце концов я удалил исходный файл и переименовал свою копию в имя исходного файла.
  3. Карта больше не могла найти схему, хотя у меня явно был файл схемы с таким именем в моем проекте схемы. При запросе «выбрать новую схему» в списке было только имя временной схемы.

Исправление для меня заключалось в том, что мне нужно было вручную обновить поле «Имя типа» в свойствах схемы, чтобы оно соответствовало имени файла, и перестроить. «Имя типа» по-прежнему было установлено на имя временного файла, которое я использовал при перезаписи.

person bottomsnap    schedule 23.09.2019