J'ai couru dans cette erreur lors de la construction d'une application logique à Azure. La solution à cette API de repos DocumentDB: partitionkey extrait du document ne fait pas ' t correspondre ne fonctionne pas.
mon application logique reçoit une requête POST avec les données RAW JSON, puis l'envoie à une étape de COSMOS "Créer ou mettre à jour le document". De là, je suis capable de spécifier mon dB, et pour mes entrées, j'ai Mes données JSON ressemblent à ceci: dans la sortie d'erreur, il montre littéralement mon partitionkey comme Des idées? corps et en-têtes comme: 20190106 , donc le . @triggerbody ()? ['date'] semble avoir travaillé.
3 Réponses :
N'oubliez pas d'ajouter Connecteur COSMOS DB:
Demande postale:
sortie:
Type de contenu: Application / JSON Dans la demande de message. (mentionné dans cet thread )
Si votre clé de partition est la date, essayez de passer la valeur de la date de la date ["20190106"] (utilisez les crochets) dans l'en-tête de clés de partition. Cela a fonctionné pour moi il y a 2 jours en utilisant l'API de repos pour COSMODB.
La réponse est que les applications logiques ne prennent pas en charge l'API de Mongo. Oui, il y a une solution de contournement, comme dans l'application Logic peut passer des données d'un point d'extrémité à une fonction sans serveur qui écrit ensuite à Mongo.
problèmes Insertion de document avec des applications MongoDB et Logic < / p>
La question ne mentionne pas Mongo.