Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Le 28 octobre 2020, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.
Procédure de mise à jour
La mise à jour de cette version mettra à jour les composants de la liste de RPM suivante:
- edge-analytics-4.50.00-0.0.40037.noarch.rpm
- apigee-tomcat-7.0.105-0.0.910.noarch.rpm
- apigee-sso-4.50.00-0.0.20135.noarch.rpm
- apigee-cassandra-2.1.22-0.0.2513.noarch.rpm
- edge-gateway-4.50.00-0.0.20100.noarch.rpm
- edge-management-server-4.50.00-0.0.20100.noarch.rpm
- edge-message-processor-4.50.00-0.0.20100.noarch.rpm
- edge-postgres-server-4.50.00-0.0.20100.noarch.rpm
- edge-qpid-server-4.50.00-0.0.20100.noarch.rpm
- edge-router-4.50.00-0.0.20100.noarch.rpm
- edge-management-ui-4.50.00-0.0.20016.noarch.rpm
- apigee-drupal-7.73-0.0.305.noarch.rpm
- apigee-drupal-devportal-4.50.00-0.0.406.noarch.rpm
- apigee-sap-drupal-devportal-4.50.00-0.0.406.noarch.rpm
- apigee-drupal-contrib-4.50.00-0.0.402.noarch.rpm
Remarque:Le RPM de apigee-drupal-contrib-4.50.00 a été mis à jour vers la version 0.0.402. Ce RPM est identique à la version 0.0.401 et a été mis à jour pour résoudre certaines dépendances Drupal. Si vous appliquez des correctifs à partir de versions antérieures, il est possible que la version RPM ne soit pas modifiée.
Pour vérifier les versions RPM que vous avez actuellement installées et les mettre à jour, saisissez ce qui suit:
apigee-all version
Pour mettre à jour votre installation, procédez comme suit sur les nœuds périphériques:
-
Sur tous les nœuds périphériques:
- Nettoyez les dépôts Yum :
sudo yum clean all
- Téléchargez le dernier fichier
bootstrap_4.50.00.sh
Edge 4.50.00 sur/tmp/bootstrap_4.50.00.sh
:curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
- Installez l'utilitaire
apigee-service
et les dépendances d'Edge 4.50.00 :sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
où uName:pWord sont le nom d'utilisateur et le mot de passe que vous avez reçus de la part d'Apigee. Si vous omettez pWord, vous êtes invité à le faire.
- Mettez à jour l'utilitaire
apigee-setup
:sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- Utilisez la commande
source
pour exécuter le scriptapigee-service.sh
:source /etc/profile.d/apigee-service.sh
- Nettoyez les dépôts Yum :
- Sur tous les nœuds périphériques, exécutez le script
update.sh
pour le processusedge
. Pour ce faire, exécutez la commande suivante sur chaque nœud :/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Si vous utilisez la nouvelle expérience Edge, exécutez la commande suivante sur tous les nœuds de la nouvelle expérience Edge :
/opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile
- Sur tous les nœuds du portail des services pour les développeurs Apigee, mettez à jour le processus
devportal
en exécutant la commande suivante :/opt/apigee/apigee-setup/bin/update.sh -c dp -f configFile
Logiciels compatibles
Aucune modification.
Abandons et retraits
Aucun nouvel abandon ni retrait.
Nouvelles fonctionnalités
Aucune nouvelle fonctionnalité.
Bugs résolus
Le tableau suivant répertorie les bugs corrigés dans cette version:
ID du problème | Description |
---|---|
179070158 | L'authentification unique Apigee ne validait pas une signature numérique, ce qui pouvait entraîner un problème de sécurité. Le paramètre |
120556489 | Le fichier de configuration SSO ne contenait pas de paramètre permettant de spécifier une redirection de la page d'accueil de l'authentification unique vers l'interface utilisateur Edge. Par conséquent, la connexion via l'authentification unique (port 9099) échouait et le message "Où aller ?" s'affiche. Ce problème a été corrigé. Vous pouvez maintenant définir une redirection de la page d'accueil de l'authentification unique vers l'interface utilisateur Edge en procédant comme suit:
apigee-service apigee-sso restart |
148433643 | L'installation de l'interface utilisateur Edge à l'origine d'une erreur de segmentation. Message d'erreur : |
160904129 | Un problème "Accès refusé au portail de développement 403" a été résolu pour les URL CSS/JS dans tous les modules ajoutés au répertoire |
167712617 | Nettoyage amélioré des ressources internes pour éviter un scénario d'utilisation élevée du tas de mémoire lorsque la variable de réponse est mise en cache dans la règle |
170136958 | La stratégie XSLT ne sera exécutée que dans le pool de threads principal afin d'éviter de bloquer les threads NIO principaux. |
Problèmes connus
Pour obtenir la liste des problèmes connus concernant le cloud privé Edge, consultez la section Problèmes connus avec le cloud privé Edge.