Estás consultando la documentación de Apigee Edge.
Consulta 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:
-
En todos los nodos de Edge Management Server, Message Processor y UI, limpia los repositorios de Yum:
> sudo yum clean all -
En todos los nodos del servidor de administración y del procesador de mensajes, ejecuta el comando:
>/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 fallen los comandos de apigee-service Cuando se habilita la autenticación externa, la mayoría de los clientes usan el campo de nombre de la cuenta SAM de Active Directory como nombre de usuario para la autenticación, en lugar de una dirección de correo electrónico que usa el servidor Edge OpenLDAP. Si te integraste a un servicio de directorio externo y quieres que Edge admita un nombre de cuenta, en lugar de una dirección de correo electrónico, como nombre de usuario, agrega la 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 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 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 de proxy de API Cuando tienes archivos de recursos del proxy de la API (como los JAR de JavaScript o Java) almacenados en el permiso de la organización o del entorno, el framework de validación ya no requiere que incluyas esos recursos en el nivel del proxy de la API en un paquete de proxy para que la importación pase la 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 |
Errores conocidos
Esta versión tiene los siguientes problemas conocidos.
ID del problema | Descripción |
---|---|
APIRT-2978 |
El router no puede iniciar Nginx o no se inicia el router Si el router perimetral no inicia Nginx o no se inicia, como se muestra en el archivo /opt/apigee/var/log/edge-router/logs/system.log, borra todos los archivos del directorio /opt/nginx/conf.d y reinicia el router: > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
APIRT-3364 |
Message Processor realiza la búsqueda de DNS en IPv4 e IPv6 Si instalaste y habilitaste NSCD (Daemon de caché de servicio de nombres), es posible que notes que Message Processor realiza dos búsquedas de DNS: una para IPv4 y otra para IPv6. Para inhabilitar la búsqueda de DNS en IPv6, sigue estos pasos:
|
PRC-1118 |
Error cuando se ejecuta el comando “apigee-service apigee-postgresql pg-data-purge” Si ejecutas el comando “apigee-service apigee-postgresql pg-data-purge” y ves un error con el siguiente formato: ERROR: Debe ser propietario de la relación Edita /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge y establece la siguiente propiedad en “apigee”: POSTGRES_USER=apigee |
DOC-1687 | Debido a un conflicto de dependencia de paquetes conocido, el agente de Katello que se usa en el servidor satelital 6 no se instalará correctamente en los hosts de Apigee Edge que ejecutan el daemon de Qpid. |