Vous consultez la documentation Apigee Edge.
Accédez à la
documentation**Apigee X**. info
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 nœuds Edge Management Server, Processeur de messages et UI, nettoyez les dépôts Yum :
> sudo yum clean all -
Sur tous les nœuds Management Server et 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 de l'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 qu'Edge accepte un nom de compte plutôt qu'une adresse e-mail comme nom d'utilisateur, ajoutez la ligne suivante à votre fichier de configuration lorsque vous mettez à jour 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 le 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 de l'interface utilisateur Edge est désormais correctement prolongée lorsque l'utilisateur effectue une action | edge-ui-4.16.09-0.0.3806 |
| MGMT-1430 |
Validation des ressources du proxy d'API Lorsque vous stockez des fichiers de ressources de proxy d'API (tels que des fichiers JavaScript ou des fichiers JAR Java) au niveau de l'environnement ou de l'organisation, le framework de validation ne vous oblige plus à inclure également ces ressources au niveau du proxy d'API dans un bundle de proxy pour que l'importation réussisse la validation. La validation des ressources a désormais lieu au moment du déploiement, et non au moment 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 |
Échec du démarrage de Nginx par le routeur ou échec du démarrage du routeur Si le routeur Edge ne parvient pas à démarrer Nginx ou ne démarre pas du tout, comme indiqué dans le /opt/apigee/var/log/edge-router/logs/system.log fichier, supprimez tous les fichiers du répertoire /opt/nginx/conf.d, puis 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 une 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 recherches 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 que vous voyez une erreur au format suivant : ERROR: must be owner of 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épendance de package connu, l'agent Katello utilisé dans Satellite Server 6 ne s'installera pas correctement sur les hôtes Apigee Edge exécutant le démon Qpid. |