Estás viendo la documentación de Apigee Edge.
Ve a la
Documentación de Apigee X. información
El lunes 20 de marzo de 2017, lanzamos una nueva versión de Apigee Edge para la nube privada.
Procedimiento de actualización
Para actualizar la instalación, realiza el siguiente procedimiento:
-
Limpia los repositorios de Yum en todos los nodos del servidor de administración perimetral, procesador de mensajes y IU:
> sudo yum clean all -
Ejecuta el siguiente comando en todos los nodos del servidor de administración y del procesador de mensajes:
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
En el ejemplo anterior, configFile especifica el archivo de configuración que usaste para instalar Edge.
-
En todos los nodos de la IU de Edge, actualiza
edge-ui
:>/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Fallas corregidas
En esta versión, se corrigieron los siguientes errores.
ID del problema | Descripción | Número de compilación |
---|---|---|
APIRT-2854 |
Se quitó el código de depuración de JavaScriptStepExecution. |
edge-gateway-4.16.05-0.0.1074 |
DOS-4039 |
La autenticación externa hace que los comandos de Apigee-service fallen Cuando se habilita la autenticación externa, la mayoría de los clientes usa el SAM de Active Directory de la cuenta de servicio como el nombre de usuario para la autenticación, en lugar de una dirección de correo electrónico que el servidor de Edge OpenLDAP. Si integraste un servicio de directorio externo y quieres que Edge admitir un nombre de cuenta, en lugar de una dirección de correo electrónico, como nombre de usuario, y luego agregar el siguiente línea a tu archivo de configuración cuando actualices Edge a la versión 4.16.05.07: IS_EXTERNAL_AUTH="true" Esta línea configura Edge para que admita un nombre de cuenta, en lugar de una dirección de correo electrónico, como el nombre de usuario. Consulta la versión 4.16.05 para obtener más información. |
apigee-lib-4.16.05-0.0.946 |
EDGEUI-664 | La sesión de la IU de Edge ahora se extiende correctamente cuando el usuario realiza una acción | edge-ui-4.16.09-0.0.3806 |
MGMT-1430 |
Validación de recursos del proxy de API Cuando tiene archivos de recursos del proxy de API (como archivos JAR de JavaScript o Java) almacenados en de tu entorno o de la organización, el framework de validación ya no requiere incluir esos recursos en el nivel del proxy de API en un paquete de proxy para que la importación pase validación. La validación de recursos ahora ocurre en el momento de la implementación, no en el de la importación. |
edge-gateway-4.16.05-0.0.1074 |
Problemas conocidos
Esta versión tiene los siguientes problemas conocidos.
ID del problema | Descripción |
---|---|
APIRT-2978 |
El router no inicia Nginx o no se inicia Si el router perimetral no inicia Nginx o no se inicia, como se muestra en el /opt/apigee/var/log/edge-router/logs/system.log y, luego, borra todos los archivos en el directorio /opt/nginx/conf.d. reinicia el router: > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
APIRT-3364 |
El procesador de mensajes realiza una búsqueda de DNS en IPv4 y en IPv6 Si instalaste y habilitaste NSCD (Name Service Cache Daemon), puedes Ten en cuenta que Message Processors realiza dos búsquedas de DNS: una para IPv4 y otra para IPv6. Para inhabilitar la búsqueda de DNS en IPv6, haz lo siguiente:
|
PRC-1118 |
Error cuando se ejecuta “apigee-service apigee-postgresql pg-data-purge” Si ejecutas el comando “apigee-service apigee-postgresql pg-data-purge” comando y verás un error en el siguiente formato: ERROR: debe ser el propietario de la relación Edita /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge y configure la siguiente propiedad como “apigee”: POSTGRES_USER=apigee |
DOC-1687 | Debido a un conflicto de dependencias de paquetes conocido, el agente Katello que se usa en la El servidor 6 no se instalará correctamente en hosts de Apigee Edge que ejecuten Qpid daemon. |