Botframework-solutions: ludown : Kann [general.lu] leider nicht öffnen

Können Sie mir die Richtung bestätigen, in der Sie den Befehl ausführen? Können Sie auch überprüfen, ob die Datei vorhanden ist?

    Hi Steven,

Ich führe den Befehl von PS ISE lokal gegen das Repo-Root aus. Ja, sie sind im Ordner Bereitstellung/Ressourcen vorhanden.

    Get Outlook for iOS

Am Freitag, den 28. Juni 2019 um 21:15 -0400 schrieb "Steven Kanberg" [email protected] :

Können Sie mir die Richtung bestätigen, in der Sie den Befehl ausführen? Können Sie auch überprüfen, ob die Datei vorhanden ist?

—
Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Hallo Steven,
Danke für die Antwort. Ich führe das Skript von PS ISE aus und verwende die deploy.psi im Ordner scripts zum Bereitstellen. Ja, die .lu-Dateien sind da, da ich die VA-Vorlage geklont habe.
Grüße, Brian Batchelderc-850-228-5462

On Friday, June 28, 2019, 09:15:50 PM EDT, Steven Kanberg <[email protected]> wrote:

Können Sie mir die Richtung bestätigen, in der Sie den Befehl ausführen? Können Sie auch überprüfen, ob die Datei vorhanden ist?

—
Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Eine kurze Frage, die könnte - Enthält Ihr vollständiger Pfad Leerzeichen (z. B. Leerzeichen in einem Benutzernamen oder ähnliches?)

Hallo Darren, weder der Name noch der Pfad zu den Dateien haben Leerzeichen.

@bfbatch , entschuldigen Sie die Verzögerung. Können Sie mir auch sagen, auf welcher PS-Version Sie das ausführen?

@stevkan np. Ich verwende 5.1.1. da der Client wollte, dass dies in Azure DevOps ausgeführt wird und das ist die Version, die dort ausgeführt wird.

Folgen Sie einfach der Readme-Datei des virtuellen Assistenten, wie sie heute ist, von vorne beginnend, und konnten den Befehl deploy.ps1 erfolgreich ausführen. -- konnte das Verhalten von @bfbatch nicht

Ich habe im Grunde alle Anforderungen aktuell installiert, die VSIX-Vorlage in Visual Studio zum Erstellen der VA-Bot-Vorlage verwendet, nach unten navigiert und diesen Befehl ausgeführt, sieht aus wie 3 VA-Ordner in:

@bfbatch , könnten Sie versuchen, PowerShell Core Version 6 wie in der Readme- prüfen , ob das Problem dadurch

Stellen Sie außerdem sicher, dass Sie auch die anderen Anforderungen aktualisieren (z. B. AZ CLI und die anderen in der Readme angegebenen CLIs).

Hallo @bfbatch , hatten Sie die Möglichkeit, die Empfehlung von @Zerryth auszuprobieren?

@CoHealer @Zerryth Danke für die Antwort. Ich hatte keine Gelegenheit, noch einmal zu testen, werde es aber heute Abend tun und Sie wissen lassen.

Hallo, ich erhalte die gleiche Fehlermeldung, mein Benutzername enthält ein Leerzeichen und daher hat auch der Pfad ein Leerzeichen.
Beim Erstellen des Projekts mit der Vorlage wird Deployment\Resources\LUen\general.luis nicht erstellt.
Bereitstellung\Ressourcen\QnAen\chitchat.qna und
Bereitstellung\Ressourcen\QnAen\faq.qna,
Dateien.
Die Datei deploy_cognitive_models_log.txt besagt, dass diese Dateien nicht gefunden wurden, aber sie wurden nicht erstellt.

@threeyay Bitte folgen Sie dem anderen Thread, den Sie in Bezug auf das

Auf diese Weise können wir jede Verwirrung, die zwischen den Lösungen für verschiedene Probleme entstehen kann, trennen

Als Referenz sind dies die Versionen der Abhängigkeiten, die ich verwende, auf die in der Readme-Datei verwiesen wird, die angeben, dass Sie über aktualisierte Versionen verfügen:

Visual Studio 2017
Vorlage für virtuelle Assistenten v 4.4.4
.NET Core 2.2
npm 6.10.0
PowerShell-Core-Version 6
(bot) Versand 1.5.1
ludown 1.3.2
luis-apis 2.6.0
qnamaker cli 1.3.1
luisgen 2.2.0.0
az cli 2.0.69 (mindestens erforderlich ist 2.0.64!)
Bot-Framework-Emulator v4.5

@bfbatch lass uns wissen, was du findest, wenn du es erneut versuchst

Hallo @Zerryth Ich habe eine neue VM gestartet und auf die oben genannten Abhängigkeiten installiert/aktualisiert und die 4.4.4 VA-Vorlage geklont. Derzeit hängt es bei "Validating Azure Deployment"

Hm... okay. Versuchen wir diese Dinge:

1. Upgrade auf Virtual Assistant VSIX-Vorlage 4.5.1 (gerade veröffentlicht)
2. Anstatt alle Parameter in einem Befehl bereitzustellen, wie Sie es getan haben (was theoretisch funktionieren sollte), versuchen wir stattdessen einfach den Eingabeaufforderungen zu folgen, um die Parameter bereitzustellen
3. Wenn die Bereitstellung immer noch fehlschlägt, sehen Sie sich die Datei deploy_log.txt an und teilen Sie uns mit, ob dort Fehler auftreten

(Andere potenzielle Probleme könnten möglicherweise in "." im Pfad, Sonderzeichen in appPassword oder Ihrer Überschreibung von PSScriptRoot liegen.)

Immer noch nicht. Gleiche Ergebnisse für alle oben genannten. Ich habe auch einen neuen Schlüssel für die App-Registrierung generiert, um das '.' zu entfernen, hängt aber immer noch bei "Validating Azure Deployment". + es reicht nicht, die deploy_log.txt zu erstellen. Kann ich noch etwas versuchen?

Ich werde mich mit dem Lösungsteam zurückmelden und ich werde Sie wissen lassen, was wir sonst noch versuchen könnten

@bfbatch , der immer noch darauf wartet, vom Team zu hören, wollte jedoch, bevor ich mich mit ihnen verbinde, überprüfen: Sie haben den Wechsel zu einer VM erwähnt, und ich habe festgestellt, dass in Ihrem ursprünglichen Screenshot, den Sie bereitgestellt haben, tatsächlich die "Validierung" bestanden wurde Azure-Bereitstellung." prompt

Haben Sie sich in az cli bei Ihrem Konto angemeldet, bevor Sie das Bereitstellungsskript ausgeführt haben? (Eine schnelle Möglichkeit zur Überprüfung ist az ccount show , die ungefähr so ​​​​ausgeben sollte:

{
  "environmentName": "AzureCloud",
  "id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "isDefault": true,
  "name": "Bot Framework Support Team",
  "state": "Enabled",
  "tenantId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "user": {
    "name": "[email protected]",
    "type": "user"
  }
}

Wenn Sie nicht bei az cli angemeldet sind, können Sie dies mit dem Befehl az login tun und dann das Bereitstellungsskript ausführen.

Separat, und ich denke nicht, dass dies das Problem ist, aber um es zu versuchen, stellen Sie sicher, dass Sie beim Ausführen des Bereitstellungsskripts einen eindeutigen Namen verwenden, da manchmal Ressourcen teilweise im erstellt wurden Ressourcengruppe. Sie können die erstellten Ressourcen löschen und "eine Weile warten" und den gleichen Namen wiederverwenden, aber ich weiß, dass es etwas dauert, bis die Ressourcen gelöscht werden

Ich helfe @Zerryth , das Problem zu untersuchen, aber ich möchte etwas betonen, auf das sie hingewiesen hat:

Separat, und ich denke nicht, dass dies das Problem ist, aber um es zu versuchen, stellen Sie sicher, dass Sie beim Ausführen des Bereitstellungsskripts einen eindeutigen Namen verwenden, da manchmal Ressourcen teilweise im erstellt wurden Ressourcengruppe. Sie können die erstellten Ressourcen löschen und "eine Weile warten" und den gleichen Namen wiederverwenden, aber ich weiß, dass es etwas dauert, bis die Ressourcen gelöscht werden

Bitte nehmen Sie sich nach jeder fehlgeschlagenen Bereitstellung die Zeit, um alle teilweise erstellten Elemente zu löschen. Sie haben leere Ressourcengruppen und teilweise erstellte Ressourcen für jede Ausführung des Skripts, die weitere Versuche zur erneuten Bereitstellung machen WERDEN, insbesondere wenn Sie dieselben Namen verwenden.

@bfbatch , haben Sie bestätigt, dass Sie Ihre Ressourcen nach den fehlgeschlagenen Bereitstellungen

Hallo Jessica,
Danke für die Hilfe. Ja, ich habe die vorherigen Ressourcengruppen gelöscht. Hier ist die Geschichte der Skripte.

1. Der erste Versuch bestand darin, sie über Azure DevOps auszuführen. Die einzigen PS-Aufgaben, die ich finden konnte, waren für vs 5.1.1. Nachdem ich die erforderliche Version in den Skripten geändert hatte, konnte ich die Umgebung bereitstellen. Ich habe jedoch die Fehlermeldung erhalten, dass die .lu-Dateien nicht gefunden wurden. 2. Nachdem ich ein Problem eingereicht hatte, wurde mir geraten, sicherzustellen, dass ich diese Anforderungen einhalte. Also habe ich eine neue VM erstellt und von vorne angefangen. Ich habe alles unten installiert und dann das Repo erneut geklont. Wenn ich die Skripte jetzt ausführe, hängt es beim Validieren. Ich habe versucht, einen Fehler zu initiieren, indem ich die appsettings-Datei entfernt habe, und es ist ein Fehler aufgetreten. Das Problem ist, dass es keinen Fehler oder einen deploy.txt-Fehler gibt, nichts, was darauf hindeutet, was passiert. Gibt es während dieses Prozesses trotzdem einen Debug oder eine ausführliche Beschreibung? Oder eine Bildschirmsperre, um sicherzustellen, dass ich nichts falsch mache? Ich werde versuchen, den Code schrittweise durchzugehen, aber ich bin mir nicht sicher, ob es hilft, wenn ich keine Prozessprotokolle abrufen kann. Bitte beraten.
   
   
   
   • Visual Studio 2017
   
   
   • Vorlage für virtuelle Assistenten v 4.4.4
   
   

• .NET Core 2.2
• npm 6.10.0
• PowerShell-Core-Version 6
• (bot) Versand 1.5.1
• ludown 1.3.2
• luis-apis 2.6.0

• qnamaker cli 1.3.1

• luisgen 2.2.0.0

• az cli 2.0.69 (mindestens erforderlich ist 2.0.64!)
• Bot-Framework-Emulator v4.5

Grüße, Brian Batchelderc-850-228-5462

On Tuesday, August 6, 2019, 11:26:19 AM EDT, Jessica Wailes <[email protected]> wrote:

Ich helfe @Zerryth , das Problem zu untersuchen, aber ich möchte etwas betonen, auf das sie hingewiesen hat:

Separat, und ich denke nicht, dass dies das Problem ist, aber um es zu versuchen, stellen Sie sicher, dass Sie beim Ausführen des Bereitstellungsskripts einen eindeutigen Namen verwenden, da manchmal Ressourcen teilweise im erstellt wurden Ressourcengruppe. Sie können die erstellten Ressourcen löschen und "eine Weile warten" und den gleichen Namen wiederverwenden, aber ich weiß, dass es etwas dauert, bis die Ressourcen gelöscht werden

Bitte nehmen Sie sich nach jeder fehlgeschlagenen Bereitstellung die Zeit, um alle teilweise erstellten Elemente zu löschen. Sie haben leere Ressourcengruppen und teilweise erstellte Ressourcen für jede Ausführung des Skripts, die weitere Versuche zur erneuten Bereitstellung machen WERDEN, insbesondere wenn Sie dieselben Namen verwenden.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Hallo Brian!

Ich weiß, es ist nervig, die Konstante "Kannst du xyz bestätigen" zu bekommen, aber...

Können Sie bestätigen, dass das Bereitstellungsskript eine Datei deploy_log.txt IST oder NICHT erstellt? Wenn Sie das Skript in den Schritten als Gliederung ausführen (einfach zu Ihrem Projektverzeichnis navigieren und .\Deployment\Scripts\deploy.ps1 ausführen), SOLLTE die Datei in Ihrem Skriptordner erstellt werden. Es wäre zunächst leer.

Hallo Jessica,

Np, das verstehe ich voll und ganz. Die Datei deploy.txt wurde erstellt, als ich nach dem Entfernen der Appsetting-Datei einen echten Fehler generierte. Davor wurde die Datei deploy.txt nicht erstellt, wenn das Skript bei "Bereitstellung validieren" hängen blieb.

Hallo Jessica,

Ich habe ein neues Update. Ab sofort konnte ich mit der VA-Vorlage bereitstellen. :-) Es sieht so aus, als ob die Validierung an etwas in der Basisvorlage hing, was dem Skript nicht gefiel. Bei der Bereitstellung mit der ursprünglichen Basisvorlage (Standard von VA unverändert) wurden die Umgebung und die kognitiven Modelle bereitgestellt. Meine aktualisierte Basisvorlage besteht die JSON-Validierung und ich habe dieselbe Vorlage mithilfe eines standardmäßigen AzureRM-Bereitstellungsskripts erneut in der Umgebung bereitgestellt, und es war erfolgreich. Kann jemand meine Vorlage überprüfen, um festzustellen, woran das Bereitstellungsskript hängt?

Brian,

Entschuldigung, ich war die letzten Tage nicht im Büro. Meinst du die template.json?

Hallo Jessica,
Ja, ich beziehe mich auf die template.json.

Mach weiter und poste es, lass uns sehen, was los ist.

Danke Jessica
template.json.zip

Vielen Dank für Ihre Datei. Ich habe es durch einen Diff-Checker laufen lassen, um zu sehen, welche Art von Änderungen (und die unveränderten Teile ignoriert) und es gibt über 75 Änderungen an dieser Datei. Auf einen Blick kann ich nicht sagen, welche einzelne Änderung den Validator aufgehängt hätte, und ich empfehle Ihnen, die generische Vorlage (von der Sie oben sagten, dass sie gut funktioniert) zu nehmen und Ihre neuen Änderungen, die Sie vorgenommen haben, nacheinander hinzuzufügen und zu testen sie gegen az group deployment validate , um die Ergebnisse zu sehen.

Danke Jessica,
Ja, ich wusste, dass es ungefähr 100 Änderungen gab, und ich führe diese Art von Vorlagen ständig über Azure-Bereitstellungsskripts aus. Ich frage mich, was der Hauptunterschied zwischen dem Validator im Chatbot-Depoy und dem Azure-Deploy ist (neben AzuerRm vs. Az). Dies war für einen Kunden und wie ich bereits erwähnt habe, führe ich einfach dieselbe Vorlage über AzureRm deploy aus, um alle Änderungen bereitzustellen, und wir sind einsatzbereit. Da ich keinen Zugriff auf das Client-Abonnement habe, muss ich meine Validierungsprüfungen selbst durchführen. Möchten Sie dieses Problem schließen oder für mein Feedback offen lassen, sobald ich meine Prüfungen durchgeführt habe?

Danke für die Arbeit daran.

Wir verwenden nur die standardmäßigen az cli Funktionen zum Validieren von ( az group deployment validate also sollte es keinen Unterschied zwischen den beiden geben. Vielleicht möchten Sie die az-Versionen mit az-v überprüfen und sicherstellen sie sind auch >=2.0.64.

Ich habe gerade dieses az group deployment validate --resource-group djrg1 --template-file template.json und da ich Ihre Parameterdatei nicht mit einer Reihe manueller Einstellungen versehen habe, konnte sie validiert werden.

Wenn Sie das Bereitstellungsskript aufrufen, sehen Sie, dass Sie eine Parameterdatei übergeben - könnten Sie ein Beispiel dafür geben oder versuchen, denselben CLI-Befehl direkt aufzurufen:

az group deployment validate `
        --resource-group $resourcegroup `
        --template-file "$(Join-Path $PSScriptRoot '..' 'Resources' 'template.json')" `
        --parameters "@$($parametersFile)" `
        --parameters name=$name microsoftAppId=$appId microsoftAppPassword="`"$($appPassword)`"" `
        --output json

Danke @darrenj ich werde die Validierung durchgehen und berichten.

@bfbatch , gibt es ein Update?

@CoHealer Ich habe meine Parameterdatei validiert und gehe durch meine bearbeitete Vorlage, um zu sehen,

@bfbatch - Wollte noch einmal einchecken und sehen, ob Sie weitere Details haben. Wenn nicht, schließen wir dies aufgrund von Inaktivität.

@lauren-mills Danke für den Schubs. Ich bin durch meine benutzerdefinierte Vorlage gegangen, jeweils auf Ressourcenressourcen. Ich habe keine Fehler oder das Aufhängen der Validierung einzelner Ressourcen festgestellt, nur wenn die gesamte Vorlage verwendet wurde. Wir können dies schließen, da ich einen neuen Client starte, um eine neue Umgebung bereitzustellen, und ich alle Updates nachverfolgen werde.

Danke, @bfbatch! Informieren Sie uns bitte.