az logicapp runtime

Gerir os tempos de execução padrão de Logic Apps locais.

Diagnostica os pré-requisitos de execução de um projeto local sem os alterar.

Lê ficheiros de projeto, versões selecionadas da ferramenta do ambiente filho, evidências em cache do bundle e portas literais de loopback. Nunca instala, descarrega, inicia, para, não repara, não desencripta definições, altera o contexto ou contacta o armazenamento na cloud. Os valores de configuração e a montante não são impressos. Um host parado é uma sonda ativa opcional saltada, não uma falha pré-voo offline. A compatibilidade desconhecida entre ferramentas e pacotes não é saudável. Isto não é um teste de negócio de fluxo de trabalho. Saída 0 significa sem bloqueadores obrigatórios ou verificações desconhecidas, 1 significa uma falha obrigatória, e 2 significa uma incógnita obrigatória (ou falhada/aviso/desconhecida opcional com --strict). Os resultados JSON e tabelas são impressos antes de uma saída diagnóstica não nula. A compatibilidade exata entre ferramentas/pacotes continua a ser necessária desconhecida, pelo que um projeto de outra forma responsivo normalmente sai do 2; desconhecido não significa falha ou certificação saudável.

Mostrar o estado de execução padrão das Aplicações Lógicas locais.

Inicia um runtime local de Logic Apps Standard.

Quando a local.settings.json do projeto define o AzureWebJobsStorage para UseDevelopmentStorage=true, o emulador de armazenamento Azurite é iniciado automaticamente nas portas 10000-10002, a menos que já esteja a servir lá, caso em que é reutilizado. Só um emulador iniciado por esta CLI é alguma vez parado, e só uma vez que nenhum tempo de execução iniciado por CLI em primeiro plano ou em segundo plano continua a usá-lo. A propriedade do processo é verificada usando tanto o PID como o tempo de criação no Windows, Linux e macOS; um PID não verificado ou reciclado nunca é interrompido. Passa --no-azurite para gerir o emulador tu próprio.

Interrompa um tempo de execução local iniciado por esta linha de comando.

Uma retentativa pode remover um recibo de limpeza pendente assim que cada processo e consumidor de lançamento registados tiver saído e a porta ficar inativa. Nunca sinaliza um PID reciclado ou não verificável. Processos confirmados do Windows que saíram podem ainda ter handles abertos. Os recibos recuperados reportam o resultado já saído em vez de terminado.