Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Le lundi 20 mars 2017, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.
Procédure de mise à jour
Pour mettre à jour votre installation, procédez comme suit:
-
Sur tous les serveurs de gestion Edge, le processeur de messages et les nœuds d'interface utilisateur, nettoyez les dépôts Yum:
> sudo yum clean all -
Sur tous les nœuds du serveur de gestion et du processeur de messages, exécutez la commande suivante :
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
où configFile spécifie le fichier de configuration que vous avez utilisé pour installer Edge.
-
Sur tous les nœuds d'interface utilisateur Edge, mettez à jour
edge-ui
:>/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Bugs résolus
Les bugs suivants sont résolus dans cette version.
ID du problème | Description | Numéro de version |
---|---|---|
APIRT-2854 |
Suppression du code de débogage de JavaScriptStepExecution |
edge-gateway-4.16.05-0.0.1074 |
DOS-4039 |
L'authentification externe entraîne l'échec des commandes apigee-service Lorsque l'authentification externe est activée, la plupart des clients utilisent le champ de nom de compte SAM Active Directory comme nom d'utilisateur pour l'authentification, au lieu d'une adresse e-mail utilisée par le serveur Edge OpenLDAP. Si vous avez intégré un service d'annuaire externe et que vous souhaitez que Edge prenne en charge un nom de compte plutôt qu'une adresse e-mail comme nom d'utilisateur, ajoutez la ligne suivante à votre fichier de configuration lors de la mise à jour d'Edge vers la version 4.16.05.07: IS_EXTERNAL_AUTH="true" Cette ligne configure Edge pour qu'il accepte un nom de compte plutôt qu'une adresse e-mail comme nom d'utilisateur. Pour en savoir plus, consultez la version 4.16.05. |
apigee-lib-4.16.05-0.0.946 |
EDGEUI-664 | La session d'UI Edge est désormais correctement étendue lorsque l'utilisateur effectue une action | edge-ui-4.16.09-0.0.3806 |
MGMT-1430 |
Validation des ressources proxy d'API Lorsque des fichiers de ressources de proxy d'API (tels que des fichiers JavaScript ou des fichiers JAR Java) sont stockés au niveau de l'environnement ou de l'organisation, le framework de validation ne vous oblige plus à inclure ces ressources au niveau du proxy d'API dans un groupe de proxys pour que l'importation réussisse la validation. La validation des ressources s'effectue désormais au moment du déploiement et non lors de l'importation. |
edge-gateway-4.16.05-0.0.1074 |
Problèmes connus
Cette version présente les problèmes connus suivants.
ID du problème | Description |
---|---|
APIRT-2978 |
Le routeur ne parvient pas à démarrer Nginx ou le routeur ne démarre pas Si le routeur Edge ne parvient pas à démarrer Nginx ou ne démarre pas, comme indiqué dans le fichier /opt/apigee/var/log/edge-router/logs/system.log, supprimez tous les fichiers du répertoire /opt/nginx/conf.d et redémarrez le routeur: > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
APIRT-3364 |
Le processeur de messages effectue la résolution DNS sur IPv4 et IPv6 Si vous avez installé et activé NSCD (Name Service Cache Daemon), vous remarquerez peut-être que les processeurs de messages effectuent deux résolutions DNS: une pour IPv4 et une pour IPv6. Pour désactiver la résolution DNS sur IPv6:
|
PRC-1118 |
Erreur lors de l'exécution de la commande "apigee-service apigee-postgresql pg-data-purge" Si vous exécutez la commande "apigee-service apigee-postgresql pg-data-purge" et une erreur s'affiche sous la forme suivante: ERREUR: Vous devez être le propriétaire de la relation Modifiez /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge et définissez la propriété suivante sur "apigee": POSTGRES_USER=apigee |
DOC-1687 | En raison d'un conflit de dépendances de packages connu, l'agent Katello utilisé dans Satellite Server 6 ne s'installe pas correctement sur les hôtes Apigee Edge exécutant le daemon Qpid. |