Discussion :

[stc074]

Bonjour il y a un problème qui me turlupine j'aimerais savoir si il y a 2 clients différents A et B si A se connecte et lance une servlet est-ce que B qui se connecte a son tour aura la même instance de servlet que A ? Ce point n'est pas trés clair pour moi j'aimerais savoir si 2 clients peuvent "partager" une même instance de servlet ou alors chacun a la sienne.
Merci pour les infos !

[DevServlet]

Tu devrais avoir ta réponse là

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Le cycle de vie d'une servlet est assuré par le conteneur de servlet. Ainsi afin d'être à même de fournir la requête à la servlet, récupérer la réponse ou bien tout simplement démarrer/arrêter la servlet, cette dernière doit possèder une interface (un ensemble de méthodes prédéfinies) déterminée par le JSDK afin de suivre le cycle de vie suivant :
 
    le serveur crée un pool de threads auxquels il va pouvoir affecter chaque requête
    La servlet est chargée au démarrage du serveur ou lors de la première requête
    La servlet est instanciée par le serveur
    La méthode init() est invoquée par le conteneur
    Lors de la première requête, le conteneur crée les objets Request et Response spécifiques à la requête
    La méthode service() est appelée à chaque requête dans une nouvelle thread. Les objets Request et Response lui sont passés en paramètre
    Grâce à l'objet Request, la méthode service() va pouvoir analyser les informations en provenance du client
    Grâce à l'objet Response, la méthode service() va fournir une réponse au client
    La méthode destroy() est appelée lors du déchargement de la servlet, c'est-à-dire lorsqu'elle n'est plus requise par le serveur. La servlet est alors signalée au garbage collector (communément francisé en ramasse-miette)

tirée d'un autre site.

[stc074]

Tu devrais avoir ta réponse là

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Le cycle de vie d'une servlet est assuré par le conteneur de servlet. Ainsi afin d'être à même de fournir la requête à la servlet, récupérer la réponse ou bien tout simplement démarrer/arrêter la servlet, cette dernière doit possèder une interface (un ensemble de méthodes prédéfinies) déterminée par le JSDK afin de suivre le cycle de vie suivant :
 
    le serveur crée un pool de threads auxquels il va pouvoir affecter chaque requête
    La servlet est chargée au démarrage du serveur ou lors de la première requête
    La servlet est instanciée par le serveur
    La méthode init() est invoquée par le conteneur
    Lors de la première requête, le conteneur crée les objets Request et Response spécifiques à la requête
    La méthode service() est appelée à chaque requête dans une nouvelle thread. Les objets Request et Response lui sont passés en paramètre
    Grâce à l'objet Request, la méthode service() va pouvoir analyser les informations en provenance du client
    Grâce à l'objet Response, la méthode service() va fournir une réponse au client
    La méthode destroy() est appelée lors du déchargement de la servlet, c'est-à-dire lorsqu'elle n'est plus requise par le serveur. La servlet est alors signalée au garbage collector (communément francisé en ramasse-miette)

tirée d'un autre site.

Cela veut il dire que pour un Client A il y a instanciation et le client B qui se connecte après "récupère cette instance ?

[stc074]

Finalement j'ai trouvé la réponse à ma question en faisant un petit tes avec un compteur sur un site et en effet 2 clients peuvent se "partager" la même instance de servlet.

[DevServlet]

Je suppose bien évidemment que tes 2 clients s'etaient connectés sur des browsers bien différents, sinon le test ne serait pas réaliste

[stc074]

Je suppose bien évidemment que tes 2 clients s'etaient connectés sur des browsers bien différents, sinon le test ne serait pas réaliste

Oui sur plusieurs browsers même