2017-02-08 2 views
0

J'ai un service de savon qui me pose des problèmes chez un client. Un appel spécifique à l'API renvoie l'erreur Erreur irrécupérable: Exception SoapFault non interceptée: [HTTP] Erreur Récupération des en-têtes httpSOAP (Erreur lors de la récupération des en-têtes HTTP), probablement en raison d'une base de données interbase corrompue?

J'ai lu assez souvent que les problèmes de connexion ou le temps d'exécution sont parfois épuisés, mais j'ai essayé de prolonger l'exécution. temps à la lune pour confirmer et cela ne fonctionne pas.

1) Même version de service, deux bases de données, une fonctionne, pas celle du client.

2) Sur la base de données des clients, prend tous les autres appels sauf le problème.

3) Peut-être que la structure de l'appel et de la base de données est le problème? Non, déboguer l'application et le point de rupture est frappé ou manqué au hasard en fonction du temps nécessaire pour que l'erreur de récupération tombe.

Donc ce n'est pas un seul point de référence dans ma procédure. J'ai vu dans les éditions précédentes où DB corrompu pourrait potentiellement faire sauter la connexion, mais je ne sais pas comment je pourrais enquêter sur cela.

J'ai essayé de restaurer une sauvegarde de base de données à partir des clients, car la restauration corrige parfois le problème mais pas de dés. Des suggestions sur ce qu'il faut regarder ensuite?

Répondre

0

Donc, je l'ai compris, une fois que les requêtes effectuées sur la base de données prend trop de temps et doit sauter la connexion.

Cela n'a pas vraiment de sens pour moi parce que si je mets le temps d'exécution à un million, l'appel entier ne se termine jamais. Je peux toujours le faire passer la requête ainsi que le débogage avant qu'il ne se bloque. Donc, sur le plan logique, je pourrais mal comprendre l'ordre des opérations, l'erreur d'attraper ou la gestion des requêtes SQL et SQL, mais l'optimisation de l'une des requêtes SQL à une requête qui s'exécute instantanément a cessé de poser problème.