Quote:
footballwoman [...] je programme en java!
Faute! Penalty même :twisted:
Bon c'est une vraie grosse question que tu poses là. Sur le principe c'est tout simple, pour le coder c'est autre chose.
Le principe: un client, au lieu de se connecter directement à ton WebService se connecte à un écouteur (à développer) qu'il prend pour le WS. Cet écouteur soit met en queue et informe le client, soit redirige sur le WebService s'il est disponible. Si indisponible la requete est placée dans un conteneur. Une LinkedList par exemple. Et selon le nombre d'éléments (=de requêtes) dans la liste, tu peux estimer un temps de réponse et alors tu renvoies une réponse au client pour l'informer de l'attente.
Bref il faut un intermédiaire entre le client et le WS. C'est l'idée.
Voilà, yapluka coder :)
Faute! Penalty même :twisted:
Bon c'est une vraie grosse question que tu poses là. Sur le principe c'est tout simple, pour le coder c'est autre chose.
Le principe: un client, au lieu de se connecter directement à ton WebService se connecte à un écouteur (à développer) qu'il prend pour le WS. Cet écouteur soit met en queue et informe le client, soit redirige sur le WebService s'il est disponible. Si indisponible la requete est placée dans un conteneur. Une LinkedList par exemple. Et selon le nombre d'éléments (=de requêtes) dans la liste, tu peux estimer un temps de réponse et alors tu renvoies une réponse au client pour l'informer de l'attente.
Bref il faut un intermédiaire entre le client et le WS. C'est l'idée.
Voilà, yapluka coder :)