Botframework-solutions: Botskills connect nem sempre passa os valores corretos para az bot authsetting list / deploy.ps1 inconsistência de nomenclatura

Criado em 27 ago. 2019  ·  3Comentários  ·  Fonte: microsoft/botframework-solutions

Qual projeto é afetado?

botskills e / ou deploy.ps1

Em que idioma está isso?

Powershell

O que acontece?

Ao conectar um bot a uma habilidade, botskill connect usa o nome fornecido como nome do bot e grupo de recursos. O deploy.ps1 às vezes aplica um sufixo ao nome do bot e não ao grupo de recursos.

Quais são as etapas para reproduzir esse problema?

Não tenho certeza de como acionar a nomenclatura inconsistente em deploy.ps1. Chamei meu bot de "BBVA" durante a implantação. O grupo de recursos foi denominado "BBVA", o bot foi denominado "BBVA-n24mm34." Mais tarde, ao conectar uma habilidade, nem o BBVA nem o BBVA-n24mm34 funcionaram para o argumento do nome do bot, ambos falham no comando az bot authsettings. A execução de az bot authsetting list -n BBVA-n24mm34 -g BBVA retornou o resultado desejado.

O que você esperava que acontecesse?

Eu esperaria que o nome que inseri em deploy.ps1 funcionasse como o nome do bot, mas se precisarmos usar sufixos, poderíamos aplicá-los de forma consistente. botskills não falha normalmente a partir deste estado, por isso não está claro para o usuário se a configuração manual de conexões oauth e uma reimplantação é tudo o que é necessário para continuar a implantação

Você pode compartilhar algum registro, saída de erro, etc.?

De botskills conectar:

Definir as configurações de autenticação do bot
Verificando configurações de autenticação ...
Configurando a conexão do Azure AD ...
Verificando conexões existentes de AAD
Não foi possível configurar a conexão de autenticação automaticamente.
Ocorreu um erro ao executar o seguinte comando:
az bot authsetting list -n bbva-n24mm34 -g bbva-n24mm34
Indefinido
Você deve configurar um dos seguintes tipos de conexão MANUALMENTE no Portal do Azure:
Azure Active Directory v2, Google
Para obter mais informações sobre como definir a configuração de autenticação manualmente, vá para:
https://aka.ms/vamanualauthsteps
(nó: 21160) UnhandledPromiseRejectionWarning: AVISO: Você tem 55 atualizações disponíveis. Considere atualizar sua instalação CLI.

(nó: 21160) UnhandledPromiseRejectionWarning: Rejeição de promessa não tratada. Esse erro foi originado ao lançar dentro de uma função assíncrona sem um bloco catch ou ao rejeitar uma promessa que não foi tratada com .catch (). (id de rejeição: 1)
(nó: 21160) [DEP0018] Aviso de depreciação: Rejeições de promessa não tratadas foram descontinuadas. No futuro, as rejeições de promessa que não são tratadas encerrarão o processo Node.js com um código de saída diferente de zero.

Mudanças sugeridas

Se os sufixos forem aplicados em deploy.ps1, aplique-os globalmente.
Lidar com exceções em promessas e fornecer aos usuários uma saída limpa
Adicionar um parâmetro opcional de grupo de recursos de bot para conectar o botskills

Gambiarra?

Acho que configurar manualmente as conexões oAuth e executar o deploy.ps1 novamente irá concluir o processo, mas não testei / não terei a chance de testá-lo por vários dias. No meu caso, estava testando problemas que enfrentei e excluí os projetos.

Bot Services Backlog Bug customer-replied-to customer-reported

Comentários muito úteis

Olá @BillStrait , estamos trabalhando em uma correção para isso daqui em diante, mas para consertar agora você pode fornecer o parâmetro --resourceGroup com o nome do seu grupo de recursos ao chamar o comando botskills connect.

Todos 3 comentários

Olá @BillStrait , estamos trabalhando em uma correção para isso daqui em diante, mas para consertar agora você pode fornecer o parâmetro --resourceGroup com o nome do seu grupo de recursos ao chamar o comando botskills connect.

Não tenho certeza de como perdi o parâmetro --resourceGroup , procurei especificamente por ele. Isso resolve o problema.

A saída no final de deploy.ps1 com o grupo de recursos, nome do bot, id do aplicativo e assim por diante pode ser útil. Eu sei como pegá-lo da interface do usuário e a maior parte dele está no arquivo appsettings.json, mas se a ideia é colocar todo o gerenciamento e implantação na CLI, pode muito bem fazer isso para que eu não tenha que abrir o site em tudo.

Olá, @BillStrait!

Resolvemos esse problema nas seguintes solicitações pull mescladas no branch next :

  • # 2307
  • # 2317
  • # 2346

Você deve ver essas mudanças na próxima versão !

Esta página foi útil?
0 / 5 - 0 avaliações