Visual Studio 2008 SP1 und BizTalk 2006 R2 Projekt BizTalk 2009 Projekt Upgrade - Failing

Question

Grüße alle,

ich dies auf der MSDN gepostet haben es geschafft, Newsgroups sowie eine BizTalk-Website, aber ich bin nicht sicher, ob sie genug Verkehr bekommen, da ich anscheinend keine Antwort bekomme.

Hilf mir StackOverflow, deine einzige Hoffnung.

Ich bin in den Prozess unserer Visual Studio BizTalk Projekte von BizTalk 2006 R2 zu BizTalk der Aktualisierung 2009

beginne ich VS 2008 SP1, laden Sie die VS 2005-Lösung mit all unseren VS 2005 Artefakte in es und Der Visual Studio-Konvertierungsassistent wird gestartet. Alles gut bis hier.

Der Assistent meldet ordnungsgemäß, dass die Projekte aktualisiert werden. Diese sehen gut aus. Ich drücke auf Fertig und das Konvertierungstool geht und macht seine Konvertierung. Der Assistent meldet, dass alle Projekte erfolgreich konvertiert wurden. Beim Anzeigen des Konvertierungsprotokolls wird jedoch angegeben, dass keines der BizTalk-Projekte konvertiert wurde. Wenn ich den Knoten der nicht konvertierten Projekte expandiere, gibt es keine Fehlerinformation darüber, warum er nicht konvertiert wurde.

Die zwei BizTalk-Projekte in der Lösung (die anderen sind C# -Projekte) sind beide ausgegraut und VS.Net 2008 sagt, dass sie nicht verfügbar sind.

Wenn ich dann mit der rechten Maustaste auf das Projekt klicke und "Neu laden" wähle, erscheint der Konvertierungsassistent erneut, diesmal bittet er darum, vor dem Konvertieren ein Backup zu erstellen. Ich wähle Ja zum Standardspeicherort und drücke Weiter. Es sagt mir, es ist bereit, zu konvertieren, wenn ich fertig treffe ich die netten kleinen Dialogfenster erhalten:

The operation could not be completed. Unspecified error.

Wenn ich bei der Konvertierung aussehen dieses Mal anmelden, sehe ich den Fehler: Probleme bei der Konvertierung - your.project \ your.project.btproj: Fehler beim Konvertieren der Projektdatei. Kindelement <BIZTAL K> Element <VisualStudioProject> ist nicht gültig.

Es gibt ein paar Stellen im Netz zu diesem Thema aber keine konkreten Beschlüsse:

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

Der Msdn Artikel erwähnt das Projekt eine Lösung Datei benötigen, so Ich kann nicht sehen, wie das zutrifft, da das Projekt bereits Teil einer bestehenden VS 2005-Lösung ist.

Hat jemand einige Ideen/Gedanken dazu? Wenn es sein muss, kann ich einfach auf das Erstellen neuer BizTalk-Projekte und das Hinzufügen der BizTalk-Artefakte zurückgreifen, aber wir haben eine Reihe von Lösungen, die konvertiert werden müssen, und wenn es einen einfachen Fix gibt, auf den der Konvertierungsassistent zugreifen kann Arbeit, würde ich lieber diesen Weg gehen.

Vielen Dank im Voraus alle.

cmb ..

** Update - 20.090.806 **

Nach einigen Ausschneiden und Einfügen von.btproj Dateien habe ich der Upgrade-Assistent bestimmt nicht die Tatsache, dass ich mein Projekt Build Namen von Entwicklung umbenannt-Debug

Answer 1

Grüße,

Ok, ich öffnete einen Vorfall mit Microsoft darüber.

Grundsätzlich ging das Problem in meinem Fall auf die Tatsache, dass ich die Build-Konfigurationen von Entwicklung und Bereitstellung in Debuggen und Release umbenannt (um zu entsprechen, was jedes andere Visual Studio-Projekt ihre Build-Konfigurationen nennt). Anscheinend mag der Upgrade-Assistent für BizTalk das nicht sehr.

Wie auch immer, im Folgenden finden Sie die Zusammenfassung der E-Mail, die ich vom Support-Techniker von Microsoft erhalten habe, um zu erfahren, was das Problem ist und wie es behoben werden kann. Es kommt darauf an, mit den .sln und .btproj Dateien zu basteln. Ach ..

The default configuration names (Development and Deployment) for BizTalk project should not be modified. Up to BizTalk 2006 R2 it was not a “true” integration of BizTalk project systems with the visual studio in many ways. For that matter, from supportability point of view, changing the default configurations is not recommended. However, you can add your own configurations without altering the default configurations. Also it is not supported modifying the BizTalk Project template files for Visual Studio.

In your case, you have re-named the default configuration names to some other values. Because of this change entries for those configuration were not appearing in the metadata under various VS files. I tried playing around with those setting and eventually with following steps got the project upgrade working for the sample project that you provided.

1. For solution file under GlobalSection(SolutionConfigurationPlatforms) = preSolution section I did not see entry for default Development configuration. Added following entry there Development|.NET = Development|.NET (here we need default entries for deployment and development)
2. For solution file under GlobalSection(ProjectConfigurationPlatforms) = postSolution I did not see entry for default Development configuration. Added following entries there
   {3B54116C-9D09-4DAF-9AFD-62EDA64AC12A}.Development|.NET.ActiveCfg = Development|.NET {3B54116C-9D09-4DAF-9AFD-62EDA64AC12A}.Development|.NET.Build.0 = Development|.NET (here we need default entries for deployment and development)
3. For project file under section did not see section for default Development configuration Added following entry there (here we need default entries for deployment and development)
4. Delete user options file (as it is not needed for the upgrade process – VS will create the one when you open the project)
5. Opened the project on BizTalk 2009 VS 2008 box. Upgrade process is successful.

The GUIDs are specific to BizTalk project files. If there are multiple BizTalk project as a part of the solution, you have to add the entries for default configuration for each and every project in the solution.

Answer 2

können Sie bestätigen, ob Sie die Nur-Lese-Attribute in dem Projekt auf alle Dateien überprüft haben .

Ich hatte das gleiche Problem, weil es versuchte, eine Datei zu konvertieren, die unter Quellcodeverwaltung war, genau wie in dem einen Link, den Sie zur Verfügung gestellt haben.

nach der Quellcodeverwaltung Bindungen Entfernen lief ich die Umwandlung wieder und es funktionierte

Answer 3

dieses Problem gefunden, wenn ich für das aktuelle Problem suchte ich mit BTS09/VS2008, die ich kann nicht BizTalk Projekte zu einer Lösung hinzufügen was ich weiß jemand über dieses Thema

Ich habe über das Konvertierungsproblem seit dem Start von BTS09/VS2008 witterte niemand scheint mich ernst genommen zu haben Ich glaube, Dennis Mulder würde das Problem mit Microsoft aber aufwerfen habe nichts zurück gehört. Wie Sie festgestellt haben, ist die Microsoft-Antwort nicht belästigend, wenn Sie von BTS06 zu 09 konvertieren, dann ist es eine faire Chance, dass Sie eine SLN-Datei haben, auch das Entfernen der Quellcode-Steuerelemente funktionierte für mich nicht, ich eigentlich öffnete eine Lösung in vs2005 entfernt alle Quellsteuerelemente und speichern Sie die Lösung, dann hat eine Umstellung auf vs2008 nicht funktioniert. Ein sehr interessanter Punkt, eine der Lösungen, die ich versucht habe zu konvertieren, einige der BizTalk-Projekte wurden konvertiert einige nicht, stundenlang versucht zu sehen, wo die Unterschiede noch einmal vergebens. Sie können natürlich neue Lösungen/Projekte erstellen und die entsprechenden Artefakte zu diesen Projekten hinzufügen. ABER WARUM sollten wir dies tun müssen? Dies könnte für mich ein potenzieller Hinderungsgrund in Organisationen sein, die viele oder große Lösungen zu konvertieren haben.

Microsoft muss dieses Problem ernst nehmen und eine Lösung finden.

Meine Meinung zu diesem ist, dass es wirklich hervorhebt, wie viele Leute zu BTS09 NICHT bewegt haben, wenn das so ist, bin ich sicher, dass es eine Entschlossenheit dazu jetzt gegeben hätte.

Answer 4

Jim,

Es gibt wenige Dinge. Von Dennis Mulder Blog-Post und Kommentaren sieht es aus wie Dennis Problem wird durch Entfernen der Quellcode-Steuerelemente sortiert. Er wird kein Supportticket bei MS aufstellen, er schlug vor, dass Sie bei Bedarf ein Ticket eröffnen.

In der MSDN-Seite http://msdn.microsoft.com/en-us/library/dd257156(BTS.10).aspx den unterstützten Migrationspfad nur bis 2009 von BizTalk 2006 R2 ist eindeutig fest, gibt es noch keine Unterstützung von BizTalk 2006 bis 2009

ist Ihre erste Linie „ich nicht wenden kann Hinzufügen von BizTalk-Projekten zu einer Lösung ", Sind Sie in der Lage, neue einfache BizTalk-Projekte in VS 2008 ohne irgendwelche Probleme zu erstellen? Der Grund, warum ich das frage, besteht die Möglichkeit, dass Sie BizTalk und VS in falscher Reihenfolge installiert haben. Es kann sich lohnen, nur die Entwicklerkomponenten von BizTalk Server neu zu installieren.

Answer 5

Dieses Problem besteht in 2010 auch wenn 2006R2 Lösungen BizTalk 2010 migrieren.
Ich habe eine Methode gefunden, die mit möglichst wenig Aufwand funktioniert. Es benötigt keine zwei Umgebungen (alt und neu), erfordert aber, dass die ursprünglichen, nicht konvertierten Lösungsdateien funktionieren.

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

Lassen Sie mich wissen, ob dies ist auch gut, wenn bis 2009 die Migration ich erwarten, dass es sein :)