Perché gli esempi di RequestsHttpConnection non si adattano a Elasticsearch Python 8
La versione 8 ha cambiato la personalizzazione del trasporto in classi node; allineare l'implementazione HTTP installata prima di diagnosticare una successiva connessione proxy.
Un errore di importazione o del costruttore con RequestsHttpConnection/connection_class può essere una discrepanza di generazione dell'API prima di qualsiasi richiesta proxy. Elasticsearch Python 8 usa classi node di trasporto e node_class.
Identificare la versione principale installata e l'implementazione node selezionata. I nodi basati su Requests e su urllib3 possono gestire gli input dell'ambiente proxy in modo diverso. Un successo isolato di Requests non configura la sessione posseduta dal nodo Elasticsearch.
Quando si adatta una personalizzazione di sessione esistente, mantenerne il percorso e la durata con quel nodo. Tenere traccia anche di qualsiasi scoperta di nodi che cambi l'host di destinazione.
Registrare versione del client, classe node, indirizzo del servizio configurato, destinazione selezionata, endpoint proxy e fase dell'eccezione. Questo distingue un hook obsoleto da un successivo rifiuto del proxy o da una risposta di Elasticsearch.