Dê à instância da aplicação GlassFish o seu proxy de saída

Selecione o destino GlassFish que executa a aplicação antes de criar opções de proxy. create-jvm-options aponta por predefinição para o servidor de administração de domínio; também aceita uma instância, um cluster ou uma configuração com nome. Por isso, a predefinição pode modificar a JVM errada.

Para uma configuração com nome ilustrativa app-config:

asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"

Substitua o destino e o endpoint; a lista de proxies HTTP fornece candidatos HTTP para pedidos permitidos a destinos públicos. O argumento separado por dois pontos contém quatro opções. Os valores de anfitrião são nomes de anfitrião sem prefixos de URL. As propriedades separadas HTTP/HTTPS do Java descrevem os protocolos de destino; um destino HTTPS ainda pode usar um proxy HTTP CONNECT normal.

Inspecione os valores guardados com list-jvm-options para o mesmo destino. Reveja primeiro as entradas existentes: create não recria uma opção idêntica, pelo que um comando bem-sucedido não resolve por si só valores conflituosos.

Depois, inspecione as propriedades efetivas da instância em execução e o cliente HTTP real. O GlassFish distingue opções que exigem reinício de propriedades de sistema que pode atualizar imediatamente. Siga a versão implementada em vez de uma receita de reinício incondicional; um cliente existente pode manter a sua própria rota.

Este método aplica-se a clientes que respeitam as propriedades de rede da JVM. Um proxy de biblioteca explícito ou um transporte separado precisa da sua própria definição suportada, enquanto os listeners de entrada não estão relacionados. Preserve os destinos diretos necessários na política de exceção do Java. Adicionar propriedades JVM arbitrárias de nome de utilizador/palavra-passe não fornece a autenticação de proxy de cada cliente.