Requests: UnicodeEncodeError : le codec 'latin-1' ne peut pas encoder les caractères

Fichier "X/http/client.py"

Avez-vous écrit X parce que c'est un chemin vers un fichier local ? Si c'est le cas, votre structure de répertoire peut prêter à confusion pour urllib3. Si ce n'est pas le cas, vous devriez probablement le signaler sur bugs.python.org car ce n'est pas quelque chose que je pense que les demandes devraient traiter. Cela semble passer de httplib (ou http sur Python 3 que je suppose que vous utilisez).

@sigmavirus24 ,

J'ai utilisé des requêtes dans le plugin sublime, si le soap_body dans la déclaration ci-dessous ne contient aucun caractère chinois, il n'y aura pas d'exception.

response = requests.post(self.apex_url, soap_body, verify=False, headers=headers)

Premièrement, à moins que vous n'utilisiez une version de Sublime Apex différente de celle de leur référentiel public, Requests n'est _pas_ la dernière version, c'est la version 1.2.3. Pouvez-vous me dire quelle version de Sublime Text vous utilisez ?

C'est sublime texte 3056

Donc, ST 3, mais pas la révision la plus récente. Ok, ça nous donne quelque chose. Plus précisément, Sublime Text 3 utilise Python 3.3, et non Python 2.7 (que Sublime Text 2 utilisait). Cela signifie que toutes les chaînes par défaut dans Sublime Apex sont des chaînes unicode.

Si vous ouvrez le fichier Python 3.3 http.client , vous constaterez que la fonction _send_request() ressemble à ceci :

# Honor explicitly requested Host: and Accept-Encoding: headers.
header_names = dict.fromkeys([k.lower() for k in headers])
skips = {}
if 'host' in header_names:
    skips['skip_host'] = 1
if 'accept-encoding' in header_names:
    skips['skip_accept_encoding'] = 1

self.putrequest(method, url, **skips)

if body is not None and ('content-length' not in header_names):
    self._set_content_length(body)
for hdr, value in headers.items():
    self.putheader(hdr, value)
if isinstance(body, str):
    # RFC 2616 Section 3.7.1 says that text default has a
    # default charset of iso-8859-1.
    body = body.encode('iso-8859-1')
self.endheaders(body)

Maintenant, ISO-8859-1 est un alias pour Latin-1, qui est le codec avec lequel nous avons des problèmes. Le problème que nous avons est que Sublime Apex fournit un corps de chaîne unicode aux requêtes, que httplib doit encoder en octets. Prenant la valeur par défaut de la RFC 2616, il conclut que vous voulez Latin-1, qui n'inclut aucun caractère chinois. De toute évidence, l'encodage échoue et vous obtenez l'exception en question.

Considérant que Sublime Apex prétend dans les en-têtes qu'il envoie envoyer des données encodées en UTF-8 (ce qui est actuellement un mensonge), Sublime Apex veut encoder les données en UTF-8 avant de les envoyer. Cela signifie que toute ligne envoyant des données (dans ce cas, la ligne 545 de salesforce/api.py ) doit se lire comme ceci :

response = requests.post(self.apex_url, soap_body.encode('utf-8'), verify=False, headers=headers)

Pour le bien de tous ceux qui souhaitent confirmer mon diagnostic, voici un petit exemple de code qui confirme le problème :

a = "\u13E0\u19E0\u1320"
a.encode('latin1')  # Throws UnicodeEncodeError, proves that this can't be expressed in ISO-8859-1.
a.encode('utf-8')  # Totally fine.
r = requests.post('http://httpbin.org/post', data=a)  # Using unicode string, throws UnicodeEncodeError blaming Latin1.
r = requests.post('http://httpbin.org/post', data=a.encode('utf-8'))  # Works fine.

Merci d'avoir soulevé cette question avec nous, mais ce n'est pas un bogue de requêtes. =)

Merci.

r = request.post(' http://httpbin.org/post ', data=a.encode('utf-8'))
très utile,
Merci!