Discussion :

[Shargat]

Bonjour.

Ce n'est pas facile à expliquer donc voici de suite le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
//exécution d'une webmethod plusieurs fois de suite
for (j =0; j <= i; j++)
{
        PageMethods.Translate(selectedWordsTab[j], storeTranslation);
}
 
//seconde fonction Javascript appelée à la fin de l'exécution de la webmethod
function storeTranslation(value)
    {
        alert(value):
    }

Voilà, j'ai une boucle javascript dans laquelle j'apelle une webmethod qui va s'exécuter côté serveur et qui va ensuite appeler l'exécution d'une autre fonction Javascript.
Dans l'exécution actuelle je constate que toutes les itérations de ma boucle s'exécutent de suite sans laisser le temps à la seconde méthode Javascprit de s'exécuter.

Résultat, l'affichage dans la seconde fonction Javascript est inversé. Je présume que c'est dû au fait que les variables value renvoyée par la webmethod s'accumulent dans une pile de type LIFO. Pour changer la donne, il me faudrait une pile FIFO.

Je ne sais pas comment fonctionne tout ceci en Javascript alors est-il possible de changer cela pour réordonner les variables value sans avoir à les stocker ?

Merci d'avance

[nod__]

Si j'ai bien compris, le problème c'est que tu fais un appel a ton serveur par AJAX, et que tu exécute tous les appels à la suite, sans attendre le retour de la requete avant d'executer l'itération suivante.

Enfin bref, il n'y a pas assez de code pour savoir ce qui se passe. Il n'y a pas de piles en JS, donc LIFO, FIFO… il faut le reste du programme js pour dire ce qu'il faut faire.

Remarque que si t'as un tableau, un tonTableau.reverse(); peut faire l'affaire.

[Shargat]

Le retour de la requête se fait dans la seconde fonction Javascript.
Cela dit j'aimerai bien attendre la fin de l'exécution de la webmethod avant de faire l'itération suivante mais je ne pense pas que ce soit faisable. Je présume qu'un thread spécifique est créé pour exécuter la webmethod ...

Le code que j'ai mis là est le code utile, le reste ne joue pas dans cette problématique mais si tu insistes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
//##################################################################################"
    //display the words and translations in dynamic lines
    function storeTranslation(value)
    {
        var result;
        if (value == "")
            result = "The word does not exist";
        else result = value;
	    document.getElementById('dynamic_part').innerHTML = document.getElementById('dynamic_part').innerHTML + "<label><strong>"+selectedWordsTab[nbWords]+"</strong></label> Translation : <strong><label>"+result+"</label></strong><br/>";
 
     document.getElementById('hidden_part').innerHTML = document.getElementById('hidden_part').innerHTML + "<input type='text' id="+nbWords+" value='"+result+"'/>";
     document.getElementById('hidden_part').innerHTML = document.getElementById('hidden_part').innerHTML +" <input type='button' value='Add/Edit the translation' onclick='setTranslation(\""+selectedWordsTab[nbWords]+"\", document.getElementById(\""+nbWords+"\").value);'/>";  
        nbWords = nbWords + 1;
    }

La boucle elle est indépendante.
Il apparait que ces lignes créées dynamiquement sont inversées par rapport à l'ordre d'appel de la webmethod

[DoubleU]

Je pense que c'est plutot l'autre partie que tu devrais montrer, celle qui appele les web services.

Cela dit j'aimerai bien attendre la fin de l'exécution de la webmethod avant de faire l'itération suivante mais je ne pense pas que ce soit faisable. Je présume qu'un thread spécifique est créé pour exécuter la webmethod ...

A priori oui, si tu utilises l'objet xmlhttprequest, les appels sont (normalement) asychrones, c'est à dire threadés.

Deux solutions à priori:
- passer ton appel ajax en synchrone (mauvaise solution)
- attendre que l'appel au web service soit terminé (réponse reçue) pour envoyer le suivant (bonne solution)

[Shargat]

Bonjour
Je n'utilise pas xmlhttprequest (ou alors implicitement). La webmethod est en C#.
Elle est donc appelée par cette instruction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 PageMethods.Translate(selectedWordsTab[j], storeTranslation);

La méthode C# Translate() fait tout un tas d'instructions et retourne un string qui devient argument de la méthode Javascript storeTranslation().
C'est typiquement l'utilisation de webmethod C# en Javascript. Donc je ne vois pas comment vérifier la fin d'exécution de ma webmethod.

(arf du coup j'aurais peut-être dû posté dans AJAX...désolé)

[E.Bzz]

(arf du coup j'aurais peut-être dû posté dans AJAX)

Ou C# plutôt, non ?

A+

[Shargat]

Bah la question porte côté client. Le code C# est totalement indépendant.

[E.Bzz]

Le code C# est totalement indépendant.

Ben, c'est lui qui gère l'échange Ajax, on dirait (si Ajax il y a ...)

La méthode C# Translate() fait tout un tas d'instructions et retourne un string qui devient argument de la méthode Javascript storeTranslation().

A+

[Shargat]

Oui mais l'instruction qui gère cela est côté client :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

PageMethods.Translate(selectedWordsTab[j], storeTranslation);

Je ne sais pas comment l'objet PageeMethods est construit mais c'est lui qui jongle entre le Javascript et le C#. Ma méthode C# ne demande rien à personne et renvoie un string qui pourrait tout aussi bien être récupéré par une autre méthode C#.

[E.Bzz]

Je ne sais pas comment l'objet PageeMethods est construit mais c'est lui qui jongle entre le Javascript et le C#. Ma méthode C# ne demande rien à personne et renvoie un string qui pourrait tout aussi bien être récupéré par une autre méthode C#.

Ce qui commence à faire beaucoup de questions sur C#, auxquelles il seraient peut être intéressant d'avoir une réponse, non ?
Par exemple, savoir si les appels Ajax sont gérés en synchones ou asynchrone (ça semble être le 2°) ?
Comment est gérée la pile de réponses ?

Ce ne sont pas des questions "JavaScript" (ni même Ajax, puisque ce n'est pas ton code qui gère ces problèmes directement).

A+

[Shargat]

Bon bah tant pis, je pensais que PageMethods était un objet Javascript.
Désolé

[franculo_caoulene]

Je me disais bien que "Webmethod" me disait quelque chose! Le deuxième argument de la méthode est la fonction à appeler en cas de succès. Boucler directement sur Translate c'est oublier le caractère asynchrone d'Ajax.
Il faut plutôt l'appeler de nouveau dans storeTranslation.

[Shargat]

AH mais oui bien sûr. La voilà la solution.
De cette façon je contrôle l'ordre d'exécution et je passe outre le caractère asynchrone.
Merci bien pour votre aide.

[E.Bzz]

De cette façon je contrôle l'ordre d'exécution et je passe outre le caractère asynchrone.

Non : tu le gères correctement

A+