Visual Studio 2008 с пакетом обновления 1 (SP1) и обновление проекта BizTalk 2006 R2 до проекта BizTalk 2009 - ошибка

Question

Привет всем,

Я разместил это в группах новостей, управляемых MSDN, а также на сайте BizTalk, но я не уверен, что они получают достаточно трафика, поскольку я, кажется, не получаю ответ.

Помоги мне, StackOverflow, твоя единственная надежда.

Я нахожусь в процессе обновления наших проектов Visual Studio BizTalk с BizTalk 2006 R2 до BizTalk 2009.

Я запускаю VS 2008 SP1, загружаю решение VS 2005 со всеми нашими артефактами VS 2005, и запускается мастер преобразования Visual Studio. Все хорошо, чтобы здесь.

Мастер правильно сообщает, что проекты будут обновлены. Это выглядит хорошо. Я нажимаю Finish, и инструмент конвертации запускается и выполняет его конвертацию. Мастер сообщает, что все проекты были успешно преобразованы, однако, когда я просматриваю журнал преобразования, он говорит, что ни один из проектов BizTalk не был преобразован. Если я разверну узел не преобразованных проектов, не будет информации об ошибке, почему он не был преобразован.

Два biztalk-проекта в решении (остальные проекты c #) неактивны, а VS.Net 2008 сообщает, что они недоступны.

Если затем я щелкну правой кнопкой мыши по проекту и выберу «Перезагрузить», снова появится мастер преобразования, на этот раз он попросит создать резервную копию перед преобразованием. Я выбираю «Да» для местоположения по умолчанию и нажимаю «Далее». Он говорит мне, что готов к конвертации, когда я нажимаю Finish, я получаю симпатичное маленькое диалоговое окно:

The operation could not be completed. Unspecified error.

Если я посмотрю журнал преобразования на этот раз, я увижу ошибку: Проблемы с преобразованием - your.project \ your.project.btproj: Ошибка преобразования файла проекта. Дочерний элемент <BIZTAL K> элемента <VisualStudioProject> недопустим.

В сети есть несколько сообщений об этой проблеме, но нет конкретных решений:

http://dennismulder.net/cs/blogs/dennism/archive/2009/04/25/trouble-migrating-from-biztalk-2006-r2-to-2009.aspx#comments

http://msdn.microsoft.com/en-us/library/dd257156.aspx

В статье msdn упоминается, что для проекта требуется файл решения, поэтому я не вижу, как это применимо, поскольку проект уже является частью существующего решения VS 2005.

У кого-нибудь есть идеи / мысли по этому поводу? Если мне нужно, я могу прибегнуть к созданию новых проектов BizTalk и повторному добавлению к ним артефактов BizTalk, но у нас есть ряд решений, которые необходимо преобразовать, и если есть простое исправление, чтобы мастер преобразования мог работать, я бы лучше пошел по этому пути.

Заранее всем спасибо.

CMB ..

** Обновление - 20090806 **

После некоторой обрезки и вставки файлов .btproj я определил, что мастеру обновления не нравится тот факт, что я переименовал имя сборки моего проекта с Разработка в Отладка

Answer 1

Привет,

Хорошо, я открыл инцидент с Microsoft по этому поводу.

По сути, проблема в моем случае сводилась к тому, что я переименовал конфигурации сборки из Development and Deployment в Debug and Release (чтобы соответствовать тому, что каждый другой проект Visual Studio называет своими конфигурациями сборки). Судя по всему, мастеру обновления для BizTalk это не очень нравится.

В любом случае, ниже приводится сводная электронная почта, которую я получил от инженера службы поддержки Microsoft о том, что это за проблема и как ее исправить. Все сводится к ручному управлению файлами .sln и .btproj. Увы ..

Имена конфигурации по умолчанию (Разработка и развертывание) для Проект BizTalk не должен быть модифицирована. До BizTalk 2006 R2 это было не «настоящая» интеграция BizTalk проектные системы с визуальной студией во многих отношениях. В этом отношении от точка зрения на поддержку, изменение конфигурации по умолчанию не рекомендуемые. Тем не менее, вы можете добавить свой собственные конфигурации без изменения конфигурации по умолчанию. И это не поддерживается изменение BizTalk Файлы шаблона проекта для Visual Студия.

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

1. Для файла решения в GlobalSection (SolutionConfigurationPlatforms) = раздел preSolution Я не видел записи для разработки по умолчанию конфигурации. Добавлена ​​следующая запись там разработка | .NET = Разработка | .NET (здесь нам нужен по умолчанию записи для развертывания и развитие)
2. Для файла решения в GlobalSection (ProjectConfigurationPlatforms) = postSolution Я не видел записи для конфигурации разработки по умолчанию. Добавлены следующие записи там
   {3B54116C-9D09-4DAF-9AFD-62EDA64AC12A} .Development | .NET.ActiveCfg = Разработка | .NET {3B54116C-9D09-4DAF-9AFD-62EDA64AC12A} .Development | .NET.Build.0 = Разработка | .NET (здесь нам нужны записи по умолчанию для развертывания и развитие)
3. Для файла проекта в разделе не видел раздел для конфигурации разработки по умолчанию Добавлена ​​следующая запись (здесь нам нужны записи по умолчанию для развертывания и развитие)
4. Удалить файл опций пользователя (так как он не нужен для процесса обновления - VS создаст тот, когда вы откроете проект)
5. Открыл проект на коробке BizTalk 2009 VS 2008. Процесс обновления успешный.

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

Answer 2

Эта проблема существует в 2010 также при миграции 2006R2 решений на BizTalk 2010.
Я нашел метод, который работает с наименьшим количеством возможных усилий. Для него не требуется две среды (старая и новая), но для работы требуются исходные неконвертированные файлы решений.

http://justbizzie.blogspot.com/2010/10/migrating-biztalk-2006r2-sources-to.html

Дайте мне знать, если это также хорошо при переходе на 2009 год. Я ожидаю, что это будет:)

Answer 3

Обнаружил эту проблему, когда искал текущую проблему с BTS09 / VS2008, которая заключается в том, что я не могу добавить проекты BizTalk в решение, что происходит, кто-нибудь знает об этом

Я был свидетелем проблемы конверсии с момента запуска BTS09 / VS2008, и никто, похоже, не воспринимал меня всерьез. Я верю, что Деннис Малдер собирался поднять проблему с Microsoft, но ничего не услышал. Поскольку вы обнаружили, что ответ Microsoft не стоит беспокоиться, если вы переходите с BTS06 на 09, то вполне вероятно, что у вас будет файл sln, также удаление элементов управления исходным кодом мне тоже не помогло, я на самом деле открыл решение в vs2005, удалил все элементы управления исходным кодом и сохранил решение, а затем сделал преобразование в vs2008 не работает. Один очень интересный момент - одно из решений, которые я пытался преобразовать, - некоторые из проектов BizTalk действительно были преобразованы, а некоторые - нет, потратили часы, пытаясь разглядеть различия, но безрезультатно. Очевидно, что вы можете создавать новые решения / проекты и добавлять соответствующие артефакты к этим проектам, НО ПОЧЕМУ, если нам нужно сделать это, для меня это может стать потенциальным примером для организаций, которые имеют много или большие решения для преобразования.

Microsoft должна серьезно отнестись к этой проблеме и найти решение.

Я полагаю, что это действительно показывает, сколько людей перешло на BTS09 НЕ БОЛЬШЕ, если так, то я уверен, что к этому моменту уже есть решение.

Answer 4

Джим,

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

На странице MSDN http://msdn.microsoft.com/en-us/library/dd257156(BTS.10).aspx четко указано, что поддерживаемый путь миграции - только с BizTalk 2006 R2 на 2009. Поддержка с BizTalk 2006 до 2009 отсутствует.

Если обратиться к самой первой строке «Я не могу добавить проекты BizTalk в решение», можете ли вы без каких-либо проблем создавать новые простые проекты BizTalk в VS 2008? вероятность того, что вы установили BizTalk и VS в неправильном порядке. Возможно, стоит переустановить только компоненты разработчика BizTalk Server.

Answer 5

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

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

после удаления привязок контроля исходного кода я снова запустил преобразование, и оно заработало