Service Web et les demandes multiples de la même client

La réponse dépend de votre architecture.

Par exemple, si le serveur est multi-thread, et la logique métier de la partie est apatride, puis sur le serveur de la demande de ne pas remplacer, comme chaque thread va appeler une fonction et retourner le résultat.

Sur le côté client, votre meilleur pari est de demander à chaque demande envoyée à partir d'un thread différent, de sorte que le thread se bloque jusqu'à ce qu'il obtient sa réponse, le traitement peut aller de l'amende.

Si vous avez un design différent, veuillez le décrire.

Mise à JOUR: Basé sur la nouvelle d'info ici est quelque chose que vous voudrez peut-être chercher à:
http://weblogs.java.net/blog/2006/02/01/can-i-call-you-back-asynchronous-web-services

Je suis curieux de savoir comment, ou si vous faites asynchrone webservice appels. Généralement, des services web semblent bloc, mais si vous êtes de faire ces appels si vite alors je ne peux que supposer l'asynchronicité.

Donc, le webservice peut stocker les réponses sur le côté serveur, donc il y a une dynamique de classe qui stocke les résultats dans un dictionnaire, par adresse IP. Ensuite, le client sondages pour les réponses, donc, dans l'idéal, si vous envoyez une demande, vous devriez être en mesure d'obtenir un tableau des réponses comme une réponse. Si vous avez envoyé à toutes les demandes et sont toujours en attente pour obtenir plus de réponses, puis de sondage. Vous devriez être en mesure, encore une fois, pour obtenir un tableau de réponses, de couper vers le bas sur le gaspillage de la bande passante.

La meilleure approche est de faire que votre client aussi être un serveur, afin de vous envoyer la demande, avec l'adresse IP:port pour le rappel, de sorte que le serveur serait de faire un oneway réponse au client. Mais, c'est plus compliqué, mais il réduit le gaspillage de bande passante.

Mise à jour 2: Ce qui est fait sans vérification, il n'y a probablement des erreurs:

@WebMethod
public ResponseModel[] AnswerQuestion(QuestionModel[] question) {
//Get the IP address of the client
  AnswerController ac = new AnswerController(question, ipaddress);
  return mypackage.myclass.StaticAnswers.GetAnswers(ipaddress);
  //return an array
}

@WebMethod
public ResponseModel[] GetAnswers() {
   return mypackage.myclass.StaticAnswers.GetAnswers(ipaddress);
}

OK, ça peut donner une idée approximative.

Il n'y a pas d'hypothèses dans AnswerController. Il faut savoir tout ce qu'il faut pour faire le travail, comme il sera apatrides, donc, il se réfère à aucune des variables globales qui peuvent changer, seulement const et peut-être static variables.

La StaticAnswers classe est statique et juste stocke les réponses, avec la recherche en cours ipaddress, pour la vitesse.

Il sera de retour les réponses dans un tableau.

Lorsque vous avez envoyé la dernière question, puis il suffit d'appeler GetAnswers jusqu'à ce que vous avez obtenu tout ce qu'. Vous pouvez avoir besoin de garder une trace de la façon dont beaucoup ont été envoyés, et combien ont été reçues, sur le côté client.

Ce n'est pas l'idéal, et n'est qu'une esquisse, mais j'espère qu'il va vous donner quelque chose à travailler avec.

OriginalL'auteur James Black