2017-11-06 1 views
0

Ich erhalte die Fehlermeldung im Titel, wenn ich versuche, eine Windows Phone Silverlight 8.1-Lösung entweder auf dem Emulator auf meinem PC oder auf einem Gerät bereitzustellen. Der Fehler ist nicht von irgendwelchen Fehlercodes begleitet, und ich habe keine anderen Hinweise, was genau das Problem ist, abgesehen von verschiedenen Tipps, die ich online gefunden habe, sowohl hier als auch in anderen Foren."Paket konnte nicht registriert werden" beim Bereitstellen von Windows Phone 8.1-Lösung

Der Hintergrund ist, dass dies eine Unternehmensanwendung ist, die bereits in meiner Organisation verwendet wird. Es wurde von einem externen Lieferanten entwickelt und ich habe die Unterstützung intern übernommen. Ich habe, was ich glaube, die aktuelle Quellcode- und Visual Studio-Lösung für das Projekt, und das Unternehmen ist als Entwickler im Microsoft App-Portal registriert. Auf dem Portal existieren Versionen der Software, mit denen Softwareaktualisierungen für die verwendeten Geräte bereitgestellt werden.

Ich verwende Visual Studio 2015 mit dieser Lösung (VS2017 scheint nicht zu mögen).

Ich habe verschiedene Vorschläge versucht, die ich online gefunden haben, darunter:

  • Überprüfen, dass die Publisher-ID
  • Gewährleistung richtig ist, dass ich in den richtigen Entwickler-Konto angemeldet bin, wenn die Lösung zu implementieren versuchen
  • Sicherstellen, dass die Dateien Package.appxmanifest und WMAppManifest.xml konsistente Produkt- und Publisher-IDs haben
  • Sicherstellen, dass alle von diesen beiden Manifesten referenzierten Bilder über die korrekten Pfade und Dateinamen verfügen
  • Blick auf die Ereignisprotokolle vorgeschlagen unter https://msdn.microsoft.com/en-us/library/windows/desktop/hh973484(v=vs.85).aspx (keine von ihnen haben etwas in ihnen, und ich habe keinen Fehlercode mit der dort angegebenen Tabelle übereinstimmen).

Ich bin jetzt ratlos. Dies scheint ein ziemlich häufiges Problem bei der Bereitstellung von Windows Phone-Software zu sein, wenn man die Anzahl der Online-Benutzer berücksichtigt, die ein ähnliches Problem zu haben scheinen. Einige der Fragen/Vorschläge, die ich online gefunden habe, sind jedoch einige Jahre alt und ich weiß nicht, welche noch relevant sind.

Ich habe seit der Einführung des App Store keine Windows Phone-Entwicklung gemacht, daher habe ich keine Erfahrung mit dieser Art der Bereitstellung von Software.

Ich würde alle Vorschläge begrüßen, wie man vorgeht. Gibt es eine Möglichkeit, die genaue Ursache eines Fehlers "Paket konnte nicht registriert werden" zu ermitteln, wenn kein Fehlercode oder Ereignisprotokolleinträge vorhanden sind?

+0

Ich habe es geschafft, eine Antwort auf meine eigene Frage zu finden. Ich hatte einen Eintrag zum -Abschnitt hinzugefügt: für die Package.appxmanifest, wenn Probleme mit dem Windows.Devices.PointOfService-Namespace nicht erkannt wurden. Dies stellte sich als Ursache des Problems heraus. Ich habe diese Zeile aus dem appxmanifest und der bereitgestellten Software auskommentiert. –

+0

Ich muss sagen, dass die Diagnoseinformationen von den Emulatoren und Gerät stinkt. Jede vernünftige Software könnte mir sagen, warum es nicht mochte, was ich auf das Gerät laden wollte.Es würde mich nicht raten lassen, mit absolut keinerlei Anhaltspunkten. –

Antwort

0

Die Lösung bestand darin, aus Package.appxmanifest eine Zeile zu entfernen, die ich hinzugefügt hatte, während ich ein früheres Problem untersuchte, bei dem der Windows.Devices.PointOfService-Namespace nicht erkannt wurde. Ich fügte eine Zeile hinzu und folgte einer Empfehlung, die ich unter den Vorschlägen sah, die ich beim googlen dieses Problems fand. Dies stellte sich als Quelle der nicht hilfreichen Meldung "Paket konnte nicht registriert werden" heraus. Das Auskommentieren der Zeile aus Package.appxmanifest führte zur Implementierung der Software im Emulator.

+0

Update: Obwohl ich die Software für den Emulator bereitstellen kann, wird sie dennoch nicht auf einem tatsächlichen Gerät bereitgestellt. Diesmal sagt der Fehler "Installation fehlgeschlagen. Bitte wenden Sie sich an Ihren Softwarehersteller." Es gibt keinen Fehlercode, und es gibt keine Einträge in den Protokollen, die angeblich relevante Ereignisse enthalten sollten. –

+0

Weiteres Update: Es wird über das Windows Phone Application Deployment-Tool bereitgestellt, obwohl die Bereitstellung über Visual Studio fehlschlägt. –

Verwandte Themen