Use a página Reimplantar Aplicações ou Módulos para reimplantar uma aplicação implantada anteriormente.
A página Reimplantar Aplicações ou Módulos contém as opções a seguir.
A localização do novo arquivo compactado da aplicação que está sendo reimplantada.
As seguintes opções especificam de onde o arquivo compactado é acessado e se é um arquivo ou um diretório.
O arquivo compactado reside ou é acessado no computador cliente.
O computador cliente é o host em que você exibe o Console de Administração por meio de um browser.
O arquivo compactado é um arquivo que reside no computador servidor ou é uma aplicação não encapsulada, em um diretório explodido.
O computador servidor é o host que executa o servidor de administração de domínios do GlassFish Server.
Campo somente para leitura que exibe o nome da aplicação que está sendo reimplantada.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois-pontos (:
). Para obter mais informações sobre versões modulares ou da aplicação, consulte Module and Application Versions em Oracle GlassFish Server Application Deployment Guide.
Se a caixa de seleção Ativado estiver selecionada, a alta disponibilidade será ativada para sessões Web e para checkpoint e, potencialmente, a passivação do bean da sessão stateful (SFSB). Se esta opção estiver definida como falsa (default), todo os salvamentos de sessão Web e checkpoints SFSB serão desativados para a aplicação, a aplicação Web ou o módulo EJB especificado. Se esta opção estiver definida como verdadeira, a aplicação ou o módulo especificado será ativado para alta disponibilidade. Defina essa opção como verdadeira apenas se a alta disponibilidade estiver configurada e ativada em níveis mais altos, como os níveis do servidor e contêiner.
Esta opção aparece se clusters ou instâncias de servidores standalone, além da instância default do servidor (server
), existirem.
Se essa opção for selecionada, arquivos JavaServer Pages (JSP) serão pré-compilados. Se esta opção for desativada, os arquivos JSP serão compilados durante o runtime, quando forem acessados pela primeira vez. Por default, essa opção está desativada.
Se esta opção for selecionada, os descritores de implantação serão verificados antes da implantação. Se a verificação falhar, a implantação não será realizada. O verificador examina a estrutura e o conteúdo dos descritores de implantação. A verificação de aplicações grandes geralmente consome muito tempo. Por default, essa opção está desativada.
Os pacotes do verificador devem ser instalados a partir da Ferramenta de Atualização, ou uma advertência será registrada e esta opção será ignorada.
Se essa opção for selecionada, o acesso ao Java Web Start será permitido para um módulo cliente de aplicação. Por default, essa opção está desativada.
Essa opção controla se as sessões Web, as instâncias SFSB e os timers EJB criados persistentemente são retidos entre as reimplantações.
Por default, essa opção está desativada. Esta opção somente é suportada na instância do servidor default, com o nome server
. Não é suportada e ignorada em nenhum outro alvo.
Algumas alterações em uma aplicação entre as reimplantações impedem que este recurso funcione apropriadamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Para aplicações Web, este recurso somente é aplicável se no arquivo glassfish-web-app.xml
o atributo persistence-type
do elemento session-manager
for file
.
Em instâncias do bean de sessão stateful, o tipo de persistência sem alta disponibilidade está definido no servidor (a opção Tipo de persistência SFSB) e deve estar definido como file
, que é o valor default e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou timer EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplantação tiver sido concluída. Entretanto, a reimplantação continuará e uma advertência será registrada em log.
Para preservar dados do estado ativo, o GlassFish Server serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe da aplicação recém-reimplantada desserializa todos os dados salvos anteriormente.
Se esta opção estiver marcada, os recursos no escopo da aplicação serão preservados e restaurados durante a reimplantação. Por default, esta opção não está marcada.