Use a página Implantar Aplicativos ou Módulos para implantar um aplicativo.
A página Implantar Aplicativos ou Módulos contém as seguintes opções para todos os aplicativos. Opções adicionais aparecem apenas após você especificar o campo Local do aplicativo.
O local do arquivo compactado do aplicativo que está sendo implantado.
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ê visualiza o Console de Administração por meio de um navegador.
O arquivo é um arquivo que reside no computador servidor ou é um aplicativo não empacotado, em um diretório destacado.
O computador servidor é o host que executa o servidor de administração de domínio do Servidor GlassFish .
O tipo do aplicativo. As opções disponíveis são:
Aplicativo Web
Aplicativo empresarial
Cliente aplicativo
Módulo do conector
EJB Jar
Outro
Clusters e instâncias independentes aos quais implantar o aplicativo ou módulo. Mova os destinos desejados para a coluna Destinos selecionados utilizando os botões Adicionar e Adicionar tudo. Mova os destinos desnecessários para a coluna Destinos disponíveis utilizando os botões Remover e Remover tudo.
Esta opção é exibida somente se os clusters ou instâncias independentes tiverem sido criados no domínio.
As opções adicionais dos diversos tipos de aplicativos estão descritas nas seções a seguir.
Se o tipo do aplicativo for Aplicativo Web, as seguintes opções aparecerão.
O caminho do aplicativo. No URL do aplicativo Web, a raiz de contexto aparece imediatamente após o número da porta (http://host:port/ context-root/...). A raiz de contexto deve iniciar com uma barra; por exemplo, /hello.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Os servidores virtuais associados ao aplicativo.
A opção Servidores virtuais aparece somente se a instância padrão do servidor, server, existir. Se os clusters ou outras instâncias de servidores independentes existirem, é possível selecionar os servidores virtuais depois da implantação. Vá à página Editar aplicativo, selecione a guia Destino e selecione Gerenciar servidores virtuais para o destino desejado.
Se esta opção for selecionada, o aplicativo será ativado. Por padrão, essa opção está selecionada.
Se a caixa de seleção Ativado estiver selecionada, a alta disponibilidade está ativada para sessões Web e para o ponto de verificação e, potencialmente, a passivação do bean da sessão com estado (SFSB). Se definido como falso (padrão), todo o salvamento da sessão Web e o ponto de verificação SFSB serão desativados para o aplicativo especificado, aplicativo Web ou módulo EJB. Se definido como verdadeiro, o aplicativo ou 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 recipiente.
Esta opção aparece se clusters ou instâncias de servidores independentes, além da instância padrão do servidor (server), existirem.
Se essa opção for selecionada, os arquivos JavaServer Pages ( JSP) serão pré-compilados. Se esta opção for desativada, os arquivos JSP serão compilados no tempo de execução, quando forem acessados pela primeira vez. Por padrão, a opção está desativada.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. A opção está desativada por padrão.
Essa opção controla se as sessões Web, as instâncias SFSB e os temporizadores EJB criados persistentemente são retidos entre as reimplementações.
Por padrão, a opção está desativada. Esta opção é suportada somente na instância padrão do servidor, denominada server. Não é suportada e ignorada em nenhum outro destino.
Algumas alterações em um aplicativo entre as reimplantações impedem que este recurso funcione corretamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Em aplicativos Web, este recurso se aplica somente 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 com estado, 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 padrão e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou temporizador EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplementação tiver sido concluída. Entretanto, a reimplantação continuará e um aviso será registrado em log.
Para preservar dados do estado ativo, o Servidor GlassFish serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe do aplicativo que acabou de ser reimplementado desserializa todos os dados anteriormente salvos.
Se marcada, preserva quaisquer recursos no escopo do aplicativo e os restaura durante a reimplantação. Por padrão, esta opção não está marcada.
Uma lista separada por vírgulas dos arquivos JAR da biblioteca, específicos deste módulo ou aplicativo. Os caminhos podem ser absolutos ou relativos. Um caminho é relativo adomain-dir/lib/applibs Se o caminho for absoluto, o caminho deve ser acessível ao servidor de administração de domínio (DAS), o que significa que ele deve estar sobdomain-dir As bibliotecas são disponibilizadas ao aplicativo na ordem em que elas são especificadas.
Uma descrição do aplicativo.
Se o tipo do aplicativo for aplicativo empresarial, aparecem estas opções.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Os servidores virtuais associados ao aplicativo.
A opção Servidores virtuais aparece somente se a instância padrão do servidor, server, existir. Se os clusters ou outras instâncias de servidores independentes existirem, é possível selecionar os servidores virtuais depois da implantação. Vá à página Editar aplicativo, selecione a guia Destino e selecione Gerenciar servidores virtuais para o destino desejado.
Se esta opção for selecionada, o aplicativo será ativado. Por padrão, essa opção está selecionada.
Se a caixa de seleção Ativado estiver selecionada, a alta disponibilidade está ativada para sessões Web e para o ponto de verificação e, potencialmente, a passivação do bean da sessão com estado (SFSB). Se definido como falso (padrão), todo o salvamento da sessão Web e o ponto de verificação SFSB serão desativados para o aplicativo especificado, aplicativo Web ou módulo EJB. Se definido como verdadeiro, o aplicativo ou 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 recipiente.
Esta opção aparece se clusters ou instâncias de servidores independentes, além da instância padrão do servidor (server), existirem.
Se essa opção for selecionada, o acesso ao Java Web Start será permitido para um módulo cliente aplicativo. A opção está desativada por padrão.
Se essa opção for selecionada, os arquivos JavaServer Pages ( JSP) serão pré-compilados. Se esta opção for desativada, os arquivos JSP serão compilados no tempo de execução, quando forem acessados pela primeira vez. Por padrão, a opção está desativada.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se marcada, utiliza os requisitos de visibilidade JAR do Servidor GlassFish v2 para aplicativos em lugar dos estritos requisitos Java EE 6 implantados nas versões do Servidor GlassFish v3, incluindo 3.1. Por padrão, esta opção não está marcada.
A especificação da plataforma Java EE 6 impõe exigências mais estritas do que o Java EE 5, no qual os arquivos JAR podem estar visíveis a vários módulos em um arquivo EAR. Especificamente, os clientes do aplicativo não devem ter acesso a arquivos JAR EJB ou outros arquivos JAR no arquivo EAR, a menos que as referências utilizem os mecanismos EE Java padrão (extensões, por exemplo) ou o mecanismo biblioteca-diretório Java EE. Se esta opção for marcada, estas restrições do Java EE 6 são removidas.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. A opção está desativada por padrão.
Essa opção controla se as sessões Web, as instâncias SFSB e os temporizadores EJB criados persistentemente são retidos entre as reimplementações.
Por padrão, a opção está desativada. Esta opção é suportada somente na instância padrão do servidor, denominada server. Não é suportada e ignorada em nenhum outro destino.
Algumas alterações em um aplicativo entre as reimplantações impedem que este recurso funcione corretamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Em aplicativos Web, este recurso se aplica somente 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 com estado, 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 padrão e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou temporizador EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplementação tiver sido concluída. Entretanto, a reimplantação continuará e um aviso será registrado em log.
Para preservar dados do estado ativo, o Servidor GlassFish serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe do aplicativo que acabou de ser reimplementado desserializa todos os dados anteriormente salvos.
Se marcada, preserva quaisquer recursos no escopo do aplicativo e os restaura durante a reimplantação. Por padrão, esta opção não está marcada.
Uma lista, separada por vírgulas, de arquivos JAR da biblioteca específicos desse aplicativo. Especifica um caminho absoluto ou relativo. Um caminho relativo é relativo aodomain-dir/lib/applibs Se o caminho for absoluto, o caminho deve ser acessível ao servidor de administração de domínio (DAS), o que significa que ele deve estar sobdomain-dir As bibliotecas são disponibilizadas ao aplicativo na ordem em que elas são especificadas.
Uma descrição do aplicativo.
Se o tipo do aplicativo for um cliente aplicativo, aparecerão estas opções.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Se essa opção for selecionada, o acesso ao Java Web Start será permitido para um módulo cliente aplicativo. A opção está desativada por padrão.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. Por padrão, a opção está desativada.
Uma descrição do aplicativo.
Se o tipo do aplicativo for módulo conector, aparecerão estas opções.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Se esta opção for selecionada, o aplicativo será ativado. Por padrão, essa opção está selecionada.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. A opção está desativada por padrão.
Se marcada, preserva quaisquer recursos no escopo do aplicativo e os restaura durante a reimplantação. Por padrão, esta opção não está marcada.
Uma descrição do aplicativo.
Se o tipo do aplicativo for um EJB Jar, aparecerão estas opções.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Se esta opção for selecionada, o aplicativo será ativado. Por padrão, essa opção está selecionada.
Se a caixa de seleção Ativado estiver selecionada, a alta disponibilidade está ativada para sessões Web e para o ponto de verificação e, potencialmente, a passivação do bean da sessão com estado (SFSB). Se definido como falso (padrão), todo o salvamento da sessão Web e o ponto de verificação SFSB serão desativados para o aplicativo especificado, aplicativo Web ou módulo EJB. Se definido como verdadeiro, o aplicativo ou 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 recipiente.
Esta opção aparece se clusters ou instâncias de servidores independentes, além da instância padrão do servidor (server), existirem.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se marcada, utiliza os requisitos de visibilidade JAR do Servidor GlassFish v2 para aplicativos em lugar dos estritos requisitos Java EE 6 implantados nas versões do Servidor GlassFish v3, incluindo 3.1. Por padrão, esta opção não está marcada.
A especificação da plataforma Java EE 6 impõe exigências mais estritas do que o Java EE 5, no qual os arquivos JAR podem estar visíveis a vários módulos em um arquivo EAR. Especificamente, os clientes do aplicativo não devem ter acesso a arquivos JAR EJB ou outros arquivos JAR no arquivo EAR, a menos que as referências utilizem os mecanismos EE Java padrão (extensões, por exemplo) ou o mecanismo biblioteca-diretório Java EE. Se esta opção for marcada, estas restrições do Java EE 6 são removidas.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. A opção está desativada por padrão.
Essa opção controla se as sessões Web, as instâncias SFSB e os temporizadores EJB criados persistentemente são retidos entre as reimplementações.
Por padrão, a opção está desativada. Esta opção é suportada somente na instância padrão do servidor, denominada server. Não é suportada e ignorada em nenhum outro destino.
Algumas alterações em um aplicativo entre as reimplantações impedem que este recurso funcione corretamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Em aplicativos Web, este recurso se aplica somente 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 com estado, 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 padrão e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou temporizador EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplementação tiver sido concluída. Entretanto, a reimplantação continuará e um aviso será registrado em log.
Para preservar dados do estado ativo, o Servidor GlassFish serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe do aplicativo que acabou de ser reimplementado desserializa todos os dados anteriormente salvos.
Se marcada, preserva quaisquer recursos no escopo do aplicativo e os restaura durante a reimplantação. Por padrão, esta opção não está marcada.
Uma lista separada por vírgulas de arquivos JAR da biblioteca, específicos desse módulo ou aplicativo. Especifica um caminho absoluto ou relativo. Um caminho relativo é relativo aodomain-dir/lib/applibs Se o caminho for absoluto, o caminho deve ser acessível ao servidor de administração de domínio (DAS), o que significa que ele deve estar sobdomain-dir As bibliotecas são disponibilizadas ao aplicativo na ordem em que elas são especificadas.
Uma descrição do aplicativo.
Se o tipo do aplicativo for Outro, aparecerão as seguintes opções.
O nome do aplicativo.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). O identificador de versão deve começar com uma letra ou número. Contém caracteres alfanuméricos e caracteres de traço baixo (_), traço (-) e ponto final (.). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Os servidores virtuais associados ao aplicativo.
A opção Servidores virtuais aparece somente se a instância padrão do servidor, server, existir. Se os clusters ou outras instâncias de servidores independentes existirem, é possível selecionar os servidores virtuais depois da implantação. Vá à página Editar aplicativo, selecione a guia Destino e selecione Gerenciar servidores virtuais para o destino desejado.
Se esta opção for selecionada, o aplicativo será ativado. Por padrão, essa opção está selecionada.
Se a caixa de seleção Ativado estiver selecionada, a alta disponibilidade está ativada para sessões Web e para o ponto de verificação e, potencialmente, a passivação do bean da sessão com estado (SFSB). Se definido como falso (padrão), todo o salvamento da sessão Web e o ponto de verificação SFSB serão desativados para o aplicativo especificado, aplicativo Web ou módulo EJB. Se definido como verdadeiro, o aplicativo ou 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 recipiente.
Esta opção aparece se clusters ou instâncias de servidores independentes, além da instância padrão do servidor (server), existirem.
Se esta opção for selecionada, um módulo híbrido OSGi/Java-EE é especificado. Esta opção aparece somente se o tipo selecionado for Outro.
Se essa opção for selecionada, os arquivos JavaServer Pages ( JSP) serão pré-compilados. Se esta opção for desativada, os arquivos JSP serão compilados no tempo de execução, quando forem acessados pela primeira vez. Por padrão, a opção está desativada.
Se esta opção for selecionada, os descritores de implantação sã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 aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se essa opção for selecionada, o aplicativo será reimplantado, caso já esteja implantado. Se essa opção não for selecionada, a tentativa de reimplantar o aplicativo que já esteja implantado resultará em erro. A opção está desativada por padrão.
Essa opção controla se as sessões Web, as instâncias SFSB e os temporizadores EJB criados persistentemente são retidos entre as reimplementações.
Por padrão, a opção está desativada. Esta opção é suportada somente na instância padrão do servidor, denominada server. Não é suportada e ignorada em nenhum outro destino.
Algumas alterações em um aplicativo entre as reimplantações impedem que este recurso funcione corretamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Em aplicativos Web, este recurso se aplica somente 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 com estado, 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 padrão e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou temporizador EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplementação tiver sido concluída. Entretanto, a reimplantação continuará e um aviso será registrado em log.
Para preservar dados do estado ativo, o Servidor GlassFish serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe do aplicativo que acabou de ser reimplementado desserializa todos os dados anteriormente salvos.
Uma lista separada por vírgulas de arquivos JAR da biblioteca, específicos desse módulo ou aplicativo. Especifica um caminho absoluto ou relativo. Um caminho relativo é relativo aodomain-dir/lib/applibs Se o caminho for absoluto, o caminho deve ser acessível ao servidor de administração de domínio (DAS), o que significa que ele deve estar sobdomain-dir As bibliotecas são disponibilizadas ao aplicativo na ordem em que elas são especificadas.
Uma descrição do aplicativo.