Estás viendo la documentación de Apigee Edge.
Ir a la
documentación de Apigee X. info
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 tu instalación, sigue el siguiente procedimiento:
-
En todos los nodos del servidor de administración de Edge, del Message Processor y de la IU, limpia los repositorios de Yum:
> sudo yum clean all -
En todos los nodos del servidor de administración y del Message Processor, ejecuta el siguiente comando:
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
en el que 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 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 OpenLDAP de Edge. Si realizaste la integración con 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 4.16.05.07: IS_EXTERNAL_AUTH="true" Esta línea configura Edge para admitir 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 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 tienes archivos de recursos del proxy de API (como archivos JAR de JavaScript o Java) almacenados en el alcance del entorno o de la organización, el framework de validación ya no requiere que también incluyas esos recursos en el nivel del proxy de API en un paquete de proxy para que la importación pase la validación. La validación de recursos ahora se realiza en el momento de la implementación, no en el momento 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 |
No se pudo iniciar el router o Nginx Si el router de Edge no puede iniciar Nginx o no se inicia, como se muestra en el /opt/apigee/var/log/edge-router/logs/system.log archivo, 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 |
El Message Processor realiza una búsqueda de DNS en IPv4 e IPv6 Si instalaste y habilitaste NSCD (Name Service Cache Daemon), es posible que observes que los Message Processors realizan 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 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: must be owner of relation 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 conocido de dependencia de paquetes, el agente de Katello que se usa en Satellite Server 6 no se instalará correctamente en los hosts de Apigee Edge que ejecutan el daemon de Qpid. |