Frage

Ich habe eine sehr einfache Komponente, die alle führenden und nachgestellten Leerzeichen aus (Lesen / Schreiben) Zeichenfolge in einer Pipeline trimmt. Soweit ich sehen kann, ich habe nur eine binäre dieser dll auf meine Entwicklung Maschine. Ich bin es auf eine andere Entwicklungsmaschine übertragen und im GAC registriert, aber wenn ich ein Paket, das ich auf die zweite Maschine kopiert öffnen, ich diese Warnung erhalten:

Fehler 1 Validierungsfehler. Datenfluss-Aufgabe: DTS.Pipeline: Die Komponenten-Metadaten für „Komponente‚TrimColumnsComponent‘(1909)“ konnte nicht auf die neuere Version der Komponente aufgerüstet werden. Die PerformUpgrade Verfahren fehlgeschlagen. LD_CXSUM.dtsx 0 0

Ich habe die Komponente in der Toolbox, und ich kann ein anderes auf die Datenfluß Leinwand ziehen und es scheint kein Problem zu haben.

Dies ist SQL Server 2005 und Visual Studio 2005 auf beiden Maschinen.

Auf der zweiten Maschine kann ich ein Paket von Grund auf neu zu erstellen und es wird auf die Maschine geladen werden, die die Komponente gebaut (aber das Symbol ist die Standard-Benutzerkomponente Symbol, das gleiche, wie es auf der zweiten Maschine war). Wenn ich ein Paket von Grund auf neu auf dem Build-System erstellen, hat es das richtige Symbol, aber es gibt die Upgrade-Meldung auf dem Nicht-Build-Rechner. Die Dateien sind identisch in dem Komponenten-Verzeichnis, sie die gleiche Komponentenklasse-ID haben, und sie sind im GAC registriert.

Ich habe habe die Dtsx Dateien manuell durch die XML-Prüfung und in Paketen auf dem Build-Rechner erstellt und die Nicht-Maschine zu bauen, die Klassen-ID und die öffentlichen Schlüssel identisch sind zwischen Maschinen.

Was kann die Ursache sein?

War es hilfreich?

Lösung

Im Allgemeinen bedeutet dies, dass die Komponente, nachdem das Paket aufgerüstet wurde gerettet, und so ist es an der falschen Versionsnummer. Sie verlassen nun die Komponente erneut hinzufügen müssen, leider 1 .

Unter Umständen können Sie das Paket als neue Version speichern und versuchen, dass die Migration. Dies kann das Problem des automatischen Upgrade löst genannt zu werden (und andernfalls später).

Andere Tipps

Sind Sie 100% positiv die Kopie der Komponente im GAC entspricht die Kopie in dem Ordner Program Files \ Microsoft SQL Server \ 90 \ DTS \ PipelineComponents Ordner? Die GAC Kopie wird zur Laufzeit, und die Kopie unter PipelineComponents verwendet wird, durch den VS IDE verwendet. Wenn Sie auf einem x64-Rechner ausgeführt werden, würde ich sicherstellen, dass Sie es zu den PipelineComponents kopieren Ordner sowohl im regulären Ordner Programme und Ordner x86.

Einschließlich Client Tools SDK und Client Tools Abwärtskompatibilität in der SQL Server-Installation löste das Upgrade Problem für mich.

Ich hatte das gleiche Problem, das herum das für mich war das ganze Projekt eher als ein einzelnes Paket zu implementieren. Dies das Problem behoben und aktiviert das Paket als normal laufen.

Ich hatte das gleiche Problem und meine Lösung ist das gleiche wie die von @AppleG. Das Problem wurde erzeugt durch ein einziges Paket bereitstellen, anstatt das gesamte Projekt. Das Projekt wurde im Einsatz früher von einem anderen Entwickler, höchstwahrscheinlich mit einer etwas anderen Version von Visual Studio oder dem Deployment Wizard. Dann entfalten ich später nur ein Paket von meinem VS.

Abschließend das gesamte Projekt bereitstellen wieder das Problem behoben.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top