Per què els exemples de RequestsHttpConnection no encaixen amb Elasticsearch Python 8
La versió 8 va canviar la personalització del transport a classes node; feu coincidir la implementació HTTP instal·lada abans de diagnosticar una connexió proxy posterior.
Un error d'importació o de constructor amb RequestsHttpConnection/connection_class pot ser una discrepància de generació de l'API abans de qualsevol petició proxy. Elasticsearch Python 8 fa servir classes node de transport i node_class.
Identifiqueu la versió principal instal·lada i la implementació node seleccionada. Els nodes basats en Requests i en urllib3 poden tractar les entrades de l'entorn proxy de manera diferent. Un èxit aïllat de Requests no configura la sessió que posseeix el node d'Elasticsearch.
En adaptar una personalització de sessió existent, conserveu-ne la ruta i la durada amb aquest node. Seguiu també qualsevol descobriment de nodes que canviï l'amfitrió de destinació.
Registreu la versió del client, la classe node, l'adreça de servei configurada, la destinació seleccionada, l'extrem del proxy i l'etapa de l'excepció. Això distingeix un hook obsolet d'un rebuig posterior del proxy o d'una resposta d'Elasticsearch.