Reprise du message précédent :
y'a pas de pooling d'instances ?

non. ca servirait à rien de toute façon. X thread qui accèdent à la même instance c'est pas plus couteux que X threads qui accèdent à X instance ...
 
(si l'accès est pas synchronizée bien sûr, mais ce serait suicidaire de synchronizer une servlet ...)
 
Dans les EJB c'est différent : un serveur trop chargé peut décider de distribuer quelques instances sur d'auters serveurs pour alléger sa charge ... pour être scalable comme disent les pros

comme lorill, je pensais que c'était poolé.
(enfin je présume que lorill pensait ça )

c'est les threads qui sont poolés ...

okie
 
mais euh, c'est quoi l'idée derriere le fait que la norme force à n'avoir qu'une instance de chaque servlet?
(alors qu'elle laisse "au libre arbitre du container" des trucs énormes comme le welcome-file-list dont on parlait hier)

 
Ok, mais dans ce cas là, comment gérér la concurrence à 100% ?
comment garantir qu'une requête d'un client n'en écrase pas une autre ?

en n'appliquant pas ta super idée.

faire le con dans l'init() je suppose
 
dernier exemple en date pour moi : lancer OpenOffice  

en meme temps, faut etre maso pour utiliser des servlets "pure" dans un vrai projet

explique

 
j'ai jamais prétendu qu'elle était super.
 
 
Benou > oki un servlet est un objet java, mais lorsqu'on fait appel à lui, il nous renvoie une instance, il ne travaille pas directement sur l'objet !?
(faudrait que je relise un § du tuto servlet :s )

lorill: bah euh y'a des outils qui te rendent la vie un peu plus commode que ces trucs limite préhistoriques
une couche par dessus les servlets quoi, avec un mvc potable, genre webwork ou spring

je te taquine, très cher.

ben déjà parce que ca a aucun intérêt de laisser un doute là dessus...
Comme ca le développeur est sûr par exemple que le init d'une servlet sera pas appelée 20 fois alors qu'il a déclaré qu'un instance de cette servlet ... C'est important pour le développeur de connaître ce genre de choses ...
 
pour le welcome-file-list, bha c'est une imprecision de spec comme il y en a plein ... Mais bon, à leur d'écharge, c'est pas évident de faire une spec sans trou ... sans dire que cette spec elle date un peu et qu'elle est quand même massivement utilisée ... quand tu vois d'où elle vient ...

ok, vu.
 
et servlet-2.4 date pas tant que ça

tu sais ce qu'il te dit la maso
ben il te dit que ca dépend du projet ...

y a quasi rien de neuf dans les servlets 2.4.
 
Je veux juste dire que à l'époque où ca a été créé, ca avait pas du tout cette ambition là. Et que cette spec tient encore assez bien debout ... même si par moment on sent bien les limites (filtres, dispatcher, détection de ligne d'erreurs dans une jsp ...)

oui ...

hein ?
 
bha si il travaille sur l'objet !
plusieurs threads peuvent appeler en même temps la même méthode du même objet, c'est pas gênant. Il va pas pour autant se mélanger les paramètres qui lui sont passé : les paramètres de méthodes appartiennent au context de chaque Thread, pas de l'objet en lui même. Par contre, les attributs de l'objets, eux, ils appartiennent au contexte de l'objet. C'est pour ca qu'il ne faut pas faire de lecture&écriture dessus pendant l'execution de la servlet.

pour compléter, en fait, je ne pensais pas que ca se passait comme ca. L'histoire des objets/instances.
 
En PHP l'utilisation du modèle objet induit forcèment -à ma connaissance, la création d'une nouvelle instance.
Je pensais que c'etait également le casen java, de manière  implicite.

mais qu'est ce que tu racontes

dans notre cas, il y a un objet dans le moteur de servlet qui contient les instances de tes servlets, une par servlet. Quand tu accède a la servlet, le moteur récupère l'instance, et appelle doGet ou doPost dessus.
 
Je ne vois pas le rapport avec tel ou tel modele objet ?

 
oui mais il n'y a qu'une instance qq soit le nb d'utilisateurs d'un servlet. En php, il ne me semble pas que ce soit geré comme ça.
un utilisateur = une instance (enfin je crois   )

Il me semble que c'est laissé à la discrétion du moteur de servlet ; il crée des instances quand ça lui chante. Donc en général il n'y a qu'une instance chaque servlet, mais rien ne te le garantit.

oublie php.
déjà parce qu'en php ton "serveur" n'a pas d'état, c'est un binaire executé par apache à chaque requete

faut lire un peu, on vient de dire le contraire.
(surtout benou en fait)

ah ouais tiens, j'ai zappé des trucs. Bizarre, j'étais persuadé d'avoir déja eu cette discussion et qu'il en était sorti que c'était pas imposé par la norme (même si tous les moteurs de servlets travaillent comme ça).

en fait http://java.developpez.com/cours/s [...] 0000000000
 
mais j'ai pas le courage de le relire ce soir. Me suis tapé le doc déjà dans la journée

eux ils disent comme moi :

Ceci dit je ferais plus facilement confiance à benou qu'à developpez.com...

merde, ils me filent un doute là ... est ce que c'est bien dans la spec que j'ai lu ca ? ...
 
   
 
bon, je vais y faire un tour sinon ca va me tourlupiner

tUrlupiner
 
et aussi "à leur décharge" sans apostrophe entre le d et le é

ca me tOUrlupine si je veux d'abord
 
en plus j'avais raison :  
 
servlet 2.3 :  

 
A savoir que j'ai jamais vu le SingleThreadModel être utilisé ... il me semblait même avoir entendu qu'il allait être supprimé dans les specifs des servlet2.4 lors de la conf sur le sujet à JavaOne 2003, mais après vérification il semble que non ... ils ont peut être changé d'avis...
 
 
en tout cas, developpez.com sucks

bon, en fait ils sucksent pas tant que ca, c'est mieux expliqué dans la suite de l'article ... faut pas s'arrêter au quote de R3g qui pris indépendemment est faux.

Ouais je l'ai vu après ; en fait c'est au développeur de faire le choix, mais c'était pas clair.

il est déprécié, du moins dans le jar que j'ai..
( http://www.ibiblio.org/maven/servl [...] 040521.jar )
 
... mais ce jar ne contient pas le package jsp!? il est séparé depuis cette version ou faut que je jette ce jar??

errr... vous aviez entendu parler de "tag file" ? (jsp2)
késako?

euh ouais bon ok c'est un bete systeme de template/includes.
je vais rester sur velocity je crois

 
c'est pas un topik de noob ici steup'
Tu n'as rien à faire ici visiblement

ben si justement, pour qu'ils puissent tous le devenir (je te laisse chercher à quel point de vue)