Vous trouverez ci-dessous une description des difficultés auxquelles vous pourriez être confronté dans ArcGIS Velocity lors de l’écriture d’entités d’une analyse en temps réel ou d’une analyse de Big Data vers différents types de sorties et les solutions que nous préconisons. Si vous rencontrez un problème qui ne figure pas ci-dessous, consultez la Esri Community ou contactez le support technique Esri.
Remarque :
Pour les problèmes et solutions liés à l’accès à l’application Velocity, à la connexion, ou à la création et au démarrage d’éléments, reportez-vous à la rubrique Dépannage.
Créer une nouvelle couche d’entités
- Mouvements de structure en conservant les entités et la structure existantes à chaque démarrage de l’analyse
- La structure d’une source de données ne correspond pas à la structure du pipeline. La structure en entrée comporte des champs qui n’existent pas dans la structure de destination.
- Un service publié portant le nom ’NomDeVotreSortie’ existe déjà dans l’organisation. Le nom des services doit être unique au sein de l’organisation. Utilisez un autre nom.
Envoi vers Kafka
Envoyer par message électronique
Mouvements de structure en conservant les entités et la structure existantes à chaque démarrage de l’analyse
Lorsque vous créez une sortie de couche d’entités, vous devez décider si vous conservez les entités et la structure existantes ou si vous les remplacez à chaque démarrage de l’analyse.
Si vous choisissez de conserver les entités et la structure existantes à chaque démarrage de l’analyse, la structure des données envoyées à cette sortie doit rester la même. Si vous devez modifier la structure envoyée à cette sortie, dans l’analyse, supprimez la sortie Feature layer (new) [Couche d’entités (nouvelle)] et créez une sortie.
La structure d’une source de données ne correspond pas à la structure du pipeline. La structure en entrée comporte des champs qui n’existent pas dans la structure de destination.
Ce message apparaît comme une erreur sur une sortie Feature Layer (new) [Couche d’entités (nouvelle)] si votre structure a changé et que votre sortie de couche d’entités a été configurée pour conserver les entités et la structure existantes à chaque démarrage de l’analyse.
Ce message apparaît comme un avertissement sur une sortie Feature Layer (new) [Couche d’entités (nouvelle)] si votre structure a changé, mais que votre sortie de couche d’entités a été configurée pour remplacer les entités et la structure existantes à chaque démarrage de l’analyse. Vous pouvez ignorer cet avertissement si la modification était intentionnelle.
Ce message est prévu. Vous pouvez soit modifier l’analyse pour revenir à la structure précédente, soit configurer une nouvelle sortie de couche d’entités qui remplace les entités et la structure existantes à chaque démarrage de l’analyse.
Un service publié portant le nom ’NomDeVotreSortie’ existe déjà dans l’organisation. Le nom des services doit être unique au sein de l’organisation. Utilisez un autre nom.
Lorsque vous créez une sortie de couche d’entités, vous devez spécifier un nom unique pour la couche en sortie. Les noms des couches d’entités (service) doivent être uniques dans l’organisation. En effet, chaque couche d’entités expose une URL de service d’extrémité REST pour accéder à la couche.
Ce message peut s’afficher si vous avez supprimé une couche d’entités ou un nœud de couche d’entités, et configuré de nouveau la sortie Feature Layer (new) [Couche d’entités (nouvelle)]. Si l’analyse temps réel ou l’analyse de Big Data récurrente s’exécute ou s’est exécutée depuis la suppression de la couche d’entités, l’analyse en cours recrée la couche d’entités. C’est pourquoi, lorsque vous essayez de configurer cette nouvelle sortie de couche d’entités avec le même nom, le nom est indiqué comme existant déjà.
Pour résoudre ce problème, arrêtez l’analyse temps réel ou l’analyse de Big Data récurrente. Accédez à la page Layers (Couches) et supprimez la couche d’entités. Revenez à votre analyse et recréez la sortie Feature Layer (new) [Couche d’entités (nouvelle)] avec le nom de votre choix.
La rubrique ou le broker Kafka n’est pas accessible
Pour envoyer des messages en sortie à Kafka, la rubrique et le broker Kafka de destination doivent être accessibles en externe sur Internet pour que la communication avec Velocity soit possible.
Le serveur SMTP n’est pas accessible
Lorsque vous configurez une sortie E-mail, vous devez fournir l’adresse d’un serveur SMTP. Velocity envoie la requête d’envoi d’e-mail au serveur SMTP, mais c’est bien le serveur SMTP qui envoie l’e-mail.
Pour envoyer une requête d’envoi d’e-mail à un serveur SMTP, le serveur SMTP doit être accessible en externe sur Internet pour que Velocity puisse communiquer avec celui-ci.
Le serveur SMTP inclut une limitation de débit
Si vous envoyez de nombreuses entités en sortie à la sortie Email (E-mail), votre serveur SMTP peut limiter le débit de vos requêtes.
Lorsque vous configurez la sortie E-mail, vous devez fournir une adresse vers un serveur SMTP auquel Velocity peut accéder. Certains serveurs SMTP et certains administrateurs peuvent choisir de limiter le nombre d’e-mails qu’un utilisateur peut envoyer par jour.
Vous avez un commentaire à formuler concernant cette rubrique ?