Comment tester une installation AJAX

Question

Existe-t-il un moyen simple et infaillible de tester une installation AJAX? Nous avons un problème en appelant un webscript en utilisant AJAX forme un fichier JS. L'erreur est 'ServiceLib' n'est pas défini. L'erreur obtient quelques résultats sur Google.

Nous avons ajouté des fonctionnalités AJAX à l'application d'un client. Cela fonctionne bien ici au bureau sur les machines de développement et sur notre serveur IIS, cela fonctionne très bien sur le site Web de test du client, mais lorsque nous mettons l'application sur le site en ligne, les appels webscript échouent.

Le client a installé AJAX sur son serveur en direct il y a quelques jours. Nous avons vérifié que les fichiers service lib sont là et aux bons endroits.

Nous avons déjà passé des heures sur ce sujet sans solution et ne savons toujours pas s'il y a un problème avec notre code, ou si quelque chose ne va pas sur leur serveur, ou même si AJAX est correctement installé . Une partie de notre problème est que nous n'avons pas accès à leur serveur en direct, donc nous ne pouvons pas faire grand-chose d'autre que changer des lignes dans notre propre code, donner les fichiers d'application à notre contact et voir ce qui se passe. Le contact en sait moins que nous, donc nous travaillons aveugle. Une situation étrange, je sais, mais il y a beaurocracy impliqués.

Un grand merci Mike Thomas

Answer 1

Firebug pourrait aider - si vous pouvez trouver quelqu'un à l'autre bout de l'installer, il peut être en mesure de vous donner un aperçu de ce qui se passe avec les demandes ajax via son console, qui se connecte et vous donne la possibilité d'afficher les données de retour de toutes les requêtes ajax.

Answer 2

Je pense ...

Il y a trois parties au processus:
1) Le javascript côté client logique dans le navigateur envoie la requête HTTP au serveur.
2) La page ASP.NET côté serveur le traite et répond.
3) La logique côté client reçoit la réponse et met à jour la page Web, ou autre.

Échangez chaque pièce avec quelque chose de plus simple et de diagnostic pour voir où se situe la rupture dans le pipeline. Par exemple, créez une page Web de diagnostic qui remplace le numéro 1 et qui appelle directement la page côté serveur. Si cela semble fonctionner, créez une autre page ASP.NET côté serveur qui soit très simple, qui enregistre juste quelque chose, pour prouver que le vrai # 1 fait ce que votre diagnostiC# 1 a fait. Vous savez, votre recherche binaire de débogage standard ...