| Numéro d’ID de bogue |
BUG-000111200 |
| Envoi | January 29, 2018 |
| Dernière modification | June 5, 2024 |
| S’applique à | ArcGIS GeoEvent Server |
| Version trouvée | 10.5 |
| Système d’exploitation | Windows OS |
| Version du système d’exploitation | 2012 R2 |
| Statut | Known Limit
Après examen par l’équipe de développement, il a été déterminé que ce problème est lié à une limitation connue du logiciel sur laquelle Esri n’a aucun contrôle. Pour d’autres explications, reportez-vous à la section Informations supplémentaires correspondant au problème.
|
Informations supplémentaires
When a feature service is published – whether that be from ArcMap, Pro, GeoEvent Server, or an admin API – the service is the final arbiter of what it will and will not accept. There may be limits placed on the length of strings, or limits on which fields are “nullable”. The most obvious limit tends to be the structure / schema of the attribute fields and the field names.
GeoEvent Server will allow you to create a GeoEvent Definition whose event fields are mixed case, and it will allow you to use that event definition to publish a feature service. The geodatabase’s RDBMS may force the feature class / table to use all upper-case or all lower-case field names – that’s just how it handles the external server’s request. Any discrepancies are part of the published map/feature service’s spec which establishes the contract any client or external server must honor when making requests on the service.
The recommended best practice is to use a Field Mapper to guarantee the event structure / schema exactly matches that of the feature service in which they want to add or update feature records. Refer to the blog 'Understanding GeoEvent Definitions' (https://community.esri.com/community/gis/enterprise-gis/geoevent/blog/2015/06/05/understanding-geoevent-definitions)
Étapes pour reproduire
ID de bogue: BUG-000111200
Logiciel: