Por que o costume não edita em composite_server.sh toma o efeito anymore em CI v7.0.x?

Opções de download

PDF (75.0 KB)
Ver no Adobe Reader em vários dispositivos
ePub (84.9 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (70.8 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:18 de Agosto de 2016

ID do documento:200619

Sobre a tradução

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Índice

Introdução

Por que o costume não edita em composite_server.sh toma o efeito anymore em CI v7.0.x?

Introdução

Este documento descreve sobre a terminologia usada em uma configuração de grânulos ativa.

Por que o costume não edita em composite_server.sh toma o efeito anymore em CI v7.0.x?

Começando em CI v7.0.x, o processo de demônio do monitor que é invocado manualmente, não chama o script de composite_server.sh a fim ligar anymore o server. O processo de demônio do monitor agora bifurca-se automaticamente fora de um processo das Javas que seja o processo de servidor central. O arquivo de composite_server.sh é ignorado.

Contudo, se para propósitos testando você escolhe ligar o server sem um demônio do monitor, você pode ainda assim executa manualmente este script com todas as alterações experimentais do script que você está testando.

Note isso na sessão do shell, seu server é executado como um processo assim que você do primeiro plano devem se assegurar de que a sessão do shell esteja deixada sozinha.

Um CNTL-C na sessão para o processo de servidor.