Dálle á instancia de aplicación GlassFish o seu proxy de saída

Seleccione o destino GlassFish que executa a aplicación antes de crear opcións de proxy. create-jvm-options apunta por defecto ao servidor de administración de dominio; tamén acepta unha instancia, un clúster ou unha configuración con nome. Polo tanto, o valor por defecto pode modificar a JVM incorrecta.

Para unha configuración con 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"

Substitúa o destino e o punto final; a lista de proxies HTTP fornece candidatos HTTP para solicitudes permitidas a destinos públicos. O argumento separado por dous puntos contén catro opcións. Os valores de host son nomes de host sen prefixos de URL. As propiedades separadas de Java para HTTP/HTTPS describen os protocolos de destino; un destino HTTPS aínda pode usar un proxy HTTP CONNECT normal.

Inspeccione os valores gardados con list-jvm-options para o mesmo destino. Revise primeiro as entradas existentes: create non volve crear unha opción idéntica, así que un comando correcto non resolve por si só os valores en conflito.

Despois, inspeccione as propiedades efectivas da instancia en execución e o cliente HTTP real. GlassFish distingue as opcións que requiren reinicio das propiedades do sistema que pode actualizar de inmediato. Siga a versión despregada en lugar dunha receita de reinicio incondicional; un cliente existente pode conservar a súa propia ruta.

Este método aplícase aos clientes que respectan as propiedades de rede da JVM. Un proxy de biblioteca explícito ou un transporte separado necesita a súa propia configuración admitida, mentres que os oíntes entrantes non teñen relación. Conserve os destinos directos necesarios na política de omisión de Java. Engadir propiedades JVM arbitrarias de usuario/contrasinal non proporciona a autenticación de proxy de cada cliente.