Kann nicht mithilfe von ClickOnce veröffentlichen .NET 4.0-Anwendung von Visual Studio 2012

Installierte ich Visual Studio 2012 und ging um zu gehen, veröffentlichen Sie eine unserer Anwendungen, die gezielt auf der .NET 4.0 framework. Durch die Einstellung dieser Maschinen können wir nicht Ziel-4.5 in dieser Zeit. Wir sind auch mit der "Download-Komponenten aus dem gleichen Ort wie meine Bewerbung" - Funktion.

Beim bereitstellen von Visual Studio 2012, bekomme ich die folgende Fehlermeldung:

Aktivieren 'Download-Komponenten aus dem gleichen Ort wie meine
Anwendung' in den Voraussetzungen, müssen Sie im Dialogfeld Datei herunterladen
'DotNetFX40\dotNetFx40_Full_x86_x64.exe' für den Eintrag 'Microsoft .NET
Framework 4 (x86 und x64)' auf Ihrem lokalen Rechner. Für mehr
Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=239883.

Wenn man auf diesen link, erzählt es Ihnen, zu navigieren, um die Package.xml Datei, und suchen Sie den link für die eigentliche Voraussetzung. In meinem Fall sollte es gehen, um http://go.microsoft.com/fwlink/?linkid=182805. Mit diesem link heruntergeladen ein Paket mit dem Namen dotNetFx40_Full_setup.exe. Ich stellte es in die /Packages/DotNetFX40 Ordner.

Beim publizieren wieder aus Visual Studio 2012, bekam ich den gleichen Fehler. Es scheint, dass es nicht wie diese Datei.

Wenn ich veröffentlichen Sie die gleiche Anwendung an der gleichen Stelle mit Visual Studio 2010 nun, es funktioniert immer noch gut.

Wie bekomme ich diese zu arbeiten mit Visual Studio 2012?

InformationsquelleAutor jmlumpkin | 2012-08-27

  1. 9

    Ich hatte das gleiche problem.

    Benennen Sie die dotNetFx40_Full_setup.exe die Datei, die Sie herunterladen, in der C:\Program Files\Microsoft SDKs\Windows\v8.0A\Bootstrapper\Packages\DotNetFX40 Verzeichnis dotNetFx40_Full_x86_x64.exe.

    War ich in der Lage, erfolgreich zu publizieren meine Anwendung, nachdem dies zu tun.

    Und ich gehe davon aus, dass die Installation richtig funktioniert auf der client-Seite auch? Haben Sie es installieren .net 4.0 auf dem Rechner?
    Es funktionierte auf x86-Rechnern. Wir haben noch keine x64-Maschinen. Es ist jedoch nicht die Arbeit an unserer Citrix-farm. Ich bin mir nicht sicher, was da passiert ist.
    Die Maschinen dieser Anwendung wird bereitgestellt sind, nur x86-Computer. Danke!!!
    nachdem auf diese Weise ich bin immer der Fehler "Fehler: Datei Konnte nicht gefunden werden 'DotNetFX40\dotNetFx40_Full_x86_x64.exe'"

    InformationsquelleAutor Brian

  2. 8

    Ich glaube, Sie können laden Sie die richtige setup-Programm dotNetFx40_Full_x86_x64.exe aus:

    http://www.microsoft.com/en-us/download/details.aspx?id=17718

    (statt umbenennen der .NET Framework 4 installer vorgeschlagen von Brian). Legen Sie es in die C:\Program Files\Microsoft SDKs\Windows\v8.0A\Bootstrapper\Packages\DotNetFX40 - Verzeichnis. Ich hatte eine ähnliches problem mit der .NET Client Profile setup. In meinem Fall war ich in die Irre geführt, um die falsche setup-Programm, indem Sie die folgenden Microsoft MSDN-Hilfe.

    Ich finde das ist die bevorzugte Lösung für einen bootstrapper-Installationsprogramm statt der Umbenennung des 'dotNetFx40_Full_setup.exe' Datei, wie es ist eigentlich ein web installieren, nicht eine standalone-installation. Die Maschinen, die wir bereitstellen, sind in der Regel nicht an das internet angeschlossen.

    InformationsquelleAutor DeveloperDan

  3. 0

    Ich hatte ein ähnliches problem.

    Den angegebenen Registrierungsschlüssel in der MSDN-Dokumentation http://msdn.microsoft.com/en-us/library/ms165429(v=vs. 110).aspx darauf hingewiesen, Verzeichnis c:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bootstrapper\ als-Pakete-Verzeichnis, das falsch war.

    Visual Studio 2012 suchte die Pakete in die C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\Bootstrapper\Packages-Verzeichnis. Auf den ersten Blick, die Pakete zu sein schien, in das packages-Verzeichnis, sondern nur die package-Ordner waren es, die mit den EXE-Dateien fehlt von jedem Paket-Ordner. Zum Beispiel die DotNetFX40Client sub-directory wurde in den packages-Ordner, sondern die Datei dotNetFx40_Client_x86_x64.exe fehlte der DotNetFX40Client Ordner.

    InformationsquelleAutor Jeff Arms

  4. 0

    Visual Studio 2012 bricht der ClickOnce-installer, das ist, wenn Sie bekam sogar Visual Studio 2012, aktualisieren Sie Ihre Anwendung, ohne zu sagen, dass es nicht mehr unterstützt wird.

    Wenn Sie es geschafft haben, aktualisieren Sie Ihre Lösung wie, die Sie haben, werden Sie feststellen, dass ClickOnce tatsächlich veröffentlicht Ordnung. Es ist nur, dass die Voraussetzungen nicht installiert werden und macht daher die installation fehlschlagen. Wenn Sie noch eine Visuelle Studio 2010 Kopie des Codes, der hat noch nie berührt worden von Visual Studio 2012 können Sie noch bauen, über die Kopie, auch wenn Sie, aktualisieren Sie den code mit Visual Studio 2012-code geschrieben über Ihre source-control. Solange das bauen bleibt unberührt, es wird weiterhin funktionieren, aber wenn Visual Studio 2012 bekommt seine Hände auf eine der ClickOnce-Dateien auf der Kopie, die speziell, es wird einfach nicht zu finden, Abhängigkeiten.

    Ich für mich entschieden das zu nutzen, aus der Tatsache, dass es noch veröffentlicht und baute ein benutzerdefiniertes tool, das installieren und ausführen von ClickOnce-Anwendung so lange wie es bauen kann. Sie können die Installation zu jedem Ort, zu erheben, wenn nötig, installieren Sie einen der aufgelisteten Voraussetzungen (Entwickler gesteuert), und erstellen Sie die desktop-und Startmenü-Einträge, und führen Sie anschließend einen updater, der macht ein smart update ClickOnce tun würde (nur das update notwendigen Dateien zu vermeiden übermäßige Nutzung der Bandbreite). Ich habe auch eine update-Quelle picker, während in einer debug-Umgebung.

    Dies erfordert nur, dass die beiden EXE-Dateien in den Ordner veröffentlichen und installieren von Drittanbieter-installer, nicht die ClickOnce-ones. Diese geben mir eine Menge mehr Funktionen (ich kann es tun, was ich will, der multi-threaded-installer/updater, der downgrade-Funktionen für Entwickler, um roll-back) und die Freiheit zum ändern der updater (theming) oder, wie die Installation gemacht wird.

    Für diejenigen, die sehen, dass meine Reihenfolge der Ausführung ist "Fake-exe-Verknüpfung" ---> Update ---> exe, werden Sie bemerken, dass wäre eigentlich Pause anpinnen, denn Sie hatte pin den updater, nicht die EXE-Datei, also habe ich die Anwendung ausführen, nur mit einem argument von "/updated", wenn es nicht anwesend war, die Anwendung selbst ausführen müssen, wird die updater-EXE-Datei im selben Ordner (der nur angezeigt, wenn es Dateien zu aktualisieren), die dann updates und startet die Originale EXE Datei wieder mit der korrekten Befehl argument. Pinning funktioniert jetzt wie Sie nur öffnen Sie die EXE-Datei. (Dies gibt auch die Möglichkeit zum überspringen ein update indem er den Befehl argument in den TargetPath, und am besten von allen die end-Benutzer weiß nichts wie es ist ein hintergrund der Fortschritte und der installer ist ein professionelles und Markenprodukte).

    InformationsquelleAutor user3202815

Schreibe einen Kommentar