Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
"Jim How" a écrit dans le message de news:
44087e2e$0$21287$Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
"Jim How" <jiw@jiworld.net> a écrit dans le message de news:
44087e2e$0$21287$8fcfb975@news.wanadoo.fr...
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
"Jim How" a écrit dans le message de news:
44087e2e$0$21287$Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK)
et qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème
mes pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques
milliemes de secondes pres), je me retrouve avec des pages qui partent en
vrille, voir même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont
toutes occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
Salut,
as tu bien pensé à mettre des bouts de code en "synchronized" ?
Thibaut
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK) et
qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème mes
pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques milliemes
de secondes pres), je me retrouve avec des pages qui partent en vrille, voir
même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont toutes
occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK) et
qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème mes
pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques milliemes
de secondes pres), je me retrouve avec des pages qui partent en vrille, voir
même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont toutes
occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Salut,
J'ai une Web Application qui tourne sur Tomcat (5.x) (et Apache 2 via JK) et
qui utilise un pool de connexion JDBC MySQL.
Pour tester la resistance de charge j'utilise OpenSta histoire de simuler
des visteurs "facilement"...
Avec un utilisateur, ou avec plusieurs en décalé, je n'ai aucun problème mes
pages sont niquel (même taille en octets).
Si par contre je multiplie les utilisateurs simultanés (à quelques milliemes
de secondes pres), je me retrouve avec des pages qui partent en vrille, voir
même des pages vierges.
Apparament Tomcat par moment n'ouvre pas la connexion à la base (je
suppose).
(Je suppose aussi que cela se passe quand les connexions du pool sont toutes
occupés).
Bon Tomcat c'est quand même sencé resister à plusieurs centaines de
visiteurs en simultanés, alors est ce que je dois chercher dans le
parametrages de mon Pool ou du coté de ma prog ?
Ci dessous mes paramtères de context :
<ResourceParams name="jdbc/MyDb">
<parameter>
<name>username</name>
<value>xxxxxxxxxx</value>
</parameter>
<parameter>
<name>password</name>
<value>xxxxxxxxxxxx</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>com.mysql.jdbc.Driver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:mysql://localhost/base</value>
</parameter>
<parameter>
<name>maxActive</name>
<value>50</value>
</parameter>
<parameter>
<name>maxIdle</name>
<value>25</value>
</parameter>
<parameter>
<name>maxWait</name>
<value>10</value>
</parameter>
<parameter>
<name>removeAbandoned</name>
<value>true</value>
</parameter>
<parameter>
<name>removeAbandonedTimeout</name>
<value>50</value>
</parameter>
</ResourceParams>
Pour infos, j'utilise uniquement des classes et des servlets.
Voilà merci de votre aide :)
Jim
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Ahhhhh ! Hérésie ! Erk ! :
En mettant l'attribut synchronized sur ces méthodes, ton servlet devient
incapable de traiter deux requêtes en même temps ! Bonjour les
performances ! Tu ne peux traiter qu'une requête à la fois... et tu fous
en l'air une bonne partie de j2ee (un servlet, instancié qu'une fois, peux
traiter plusieurs requêtes en même temps, ce qui permet de bien monter en
charge).
Tu dois mettre du synchronized dans tes DAO si tu n'utilises pas de
DataSource mais directement une connexion physique (tu te synchroniserais
alors sur l'objet Connection).
Mais vu ton message, tu utilises déja une DataSource, qui est *déja*
thread safe (cf. doc).
Regarde plutôt dans la conf de ton pool, tu as un maxWait à 10, tu
autorises donc dbcp à attendre 10 secondes si aucune connexion n'est
disponible dans le pool. Passe cette valeur à -1 pour n'autoriser aucune
attente (attention à bien dimensionner le pool, maxActive/Idle, dans ce
cas).
Mais par pitié, retire ce lock (synchronized) des méthodes do*** de ton
servlet.
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Ahhhhh ! Hérésie ! Erk ! :
En mettant l'attribut synchronized sur ces méthodes, ton servlet devient
incapable de traiter deux requêtes en même temps ! Bonjour les
performances ! Tu ne peux traiter qu'une requête à la fois... et tu fous
en l'air une bonne partie de j2ee (un servlet, instancié qu'une fois, peux
traiter plusieurs requêtes en même temps, ce qui permet de bien monter en
charge).
Tu dois mettre du synchronized dans tes DAO si tu n'utilises pas de
DataSource mais directement une connexion physique (tu te synchroniserais
alors sur l'objet Connection).
Mais vu ton message, tu utilises déja une DataSource, qui est *déja*
thread safe (cf. doc).
Regarde plutôt dans la conf de ton pool, tu as un maxWait à 10, tu
autorises donc dbcp à attendre 10 secondes si aucune connexion n'est
disponible dans le pool. Passe cette valeur à -1 pour n'autoriser aucune
attente (attention à bien dimensionner le pool, maxActive/Idle, dans ce
cas).
Mais par pitié, retire ce lock (synchronized) des méthodes do*** de ton
servlet.
Bon effectivement j'ai cherché un peu sur le net et après avoir passé les
doGet() et doPost() en Synchronized ça marche plutôt mieux.
Ahhhhh ! Hérésie ! Erk ! :
En mettant l'attribut synchronized sur ces méthodes, ton servlet devient
incapable de traiter deux requêtes en même temps ! Bonjour les
performances ! Tu ne peux traiter qu'une requête à la fois... et tu fous
en l'air une bonne partie de j2ee (un servlet, instancié qu'une fois, peux
traiter plusieurs requêtes en même temps, ce qui permet de bien monter en
charge).
Tu dois mettre du synchronized dans tes DAO si tu n'utilises pas de
DataSource mais directement une connexion physique (tu te synchroniserais
alors sur l'objet Connection).
Mais vu ton message, tu utilises déja une DataSource, qui est *déja*
thread safe (cf. doc).
Regarde plutôt dans la conf de ton pool, tu as un maxWait à 10, tu
autorises donc dbcp à attendre 10 secondes si aucune connexion n'est
disponible dans le pool. Passe cette valeur à -1 pour n'autoriser aucune
attente (attention à bien dimensionner le pool, maxActive/Idle, dans ce
cas).
Mais par pitié, retire ce lock (synchronized) des méthodes do*** de ton
servlet.
Cou²,
En premier, vérifie le nombre de connexion du coté du mySQL !
J'ai souvenir, que par défaut c'est pas énnorme (ça a certainement du
évoluer depuis).
Mais, j'ai pas de souvenir de problèmes, pour un scénario d'injection que
j'avait fait avec opensta on avait injecté avec succès plus de 250
transaction simmultanées ... ce qui était suffisant car notre "pic" était
souhaité à 50.
Et 250 était la limité aprés analyse ....de notre réseau ;-)
Fait test tests sans apache en frontal car il fausse pas mal les choses,
je te conseille aussi d'essayer avec le connecteur coyote du 5.5 en direct
!
Et si vraiment tu veux "mettre à feu" ton réseau ;-)
http://weblogs.java.net/blog/jfarcand/archive/2005/06/grizzly_an_http.html
A+
TM
Cou²,
En premier, vérifie le nombre de connexion du coté du mySQL !
J'ai souvenir, que par défaut c'est pas énnorme (ça a certainement du
évoluer depuis).
Mais, j'ai pas de souvenir de problèmes, pour un scénario d'injection que
j'avait fait avec opensta on avait injecté avec succès plus de 250
transaction simmultanées ... ce qui était suffisant car notre "pic" était
souhaité à 50.
Et 250 était la limité aprés analyse ....de notre réseau ;-)
Fait test tests sans apache en frontal car il fausse pas mal les choses,
je te conseille aussi d'essayer avec le connecteur coyote du 5.5 en direct
!
Et si vraiment tu veux "mettre à feu" ton réseau ;-)
http://weblogs.java.net/blog/jfarcand/archive/2005/06/grizzly_an_http.html
A+
TM
Cou²,
En premier, vérifie le nombre de connexion du coté du mySQL !
J'ai souvenir, que par défaut c'est pas énnorme (ça a certainement du
évoluer depuis).
Mais, j'ai pas de souvenir de problèmes, pour un scénario d'injection que
j'avait fait avec opensta on avait injecté avec succès plus de 250
transaction simmultanées ... ce qui était suffisant car notre "pic" était
souhaité à 50.
Et 250 était la limité aprés analyse ....de notre réseau ;-)
Fait test tests sans apache en frontal car il fausse pas mal les choses,
je te conseille aussi d'essayer avec le connecteur coyote du 5.5 en direct
!
Et si vraiment tu veux "mettre à feu" ton réseau ;-)
http://weblogs.java.net/blog/jfarcand/archive/2005/06/grizzly_an_http.html
A+
TM
J'ai appris java sur le tas, et le peu de fois ou j'ai tenté de m'interesser
à du J2EE,
ou des Bean Entreprise j'ai épuisé les stocks du pharamacien en Aspro.
J'ai commencé Java avec mon projet, et donc du coup j'ai pas forcément 15
ans de bagages sur comment fonctionne le pourquoi du comment de la chose.
(J'ai du regarder sur Google ce qu'etait un DAO).
J'utilise le Pool de Tomcat si c'est ce que tu veux dire...
Ok j'ai mis à -1, viré tout les synchronized, et avec 4 connexions en
simultanées je retourne à un appli instable et aléatoire.
Quelqu'un aurait un exemple genre "Web Application pour les nuls" (ce que je
me considère de plus en plus) ?
Je pensais avoir résolu mon problème, et pouvoir avancer sur autre chose
mais la je retourne à la case départ...
Merci de votre aide.
J'ai appris java sur le tas, et le peu de fois ou j'ai tenté de m'interesser
à du J2EE,
ou des Bean Entreprise j'ai épuisé les stocks du pharamacien en Aspro.
J'ai commencé Java avec mon projet, et donc du coup j'ai pas forcément 15
ans de bagages sur comment fonctionne le pourquoi du comment de la chose.
(J'ai du regarder sur Google ce qu'etait un DAO).
J'utilise le Pool de Tomcat si c'est ce que tu veux dire...
Ok j'ai mis à -1, viré tout les synchronized, et avec 4 connexions en
simultanées je retourne à un appli instable et aléatoire.
Quelqu'un aurait un exemple genre "Web Application pour les nuls" (ce que je
me considère de plus en plus) ?
Je pensais avoir résolu mon problème, et pouvoir avancer sur autre chose
mais la je retourne à la case départ...
Merci de votre aide.
J'ai appris java sur le tas, et le peu de fois ou j'ai tenté de m'interesser
à du J2EE,
ou des Bean Entreprise j'ai épuisé les stocks du pharamacien en Aspro.
J'ai commencé Java avec mon projet, et donc du coup j'ai pas forcément 15
ans de bagages sur comment fonctionne le pourquoi du comment de la chose.
(J'ai du regarder sur Google ce qu'etait un DAO).
J'utilise le Pool de Tomcat si c'est ce que tu veux dire...
Ok j'ai mis à -1, viré tout les synchronized, et avec 4 connexions en
simultanées je retourne à un appli instable et aléatoire.
Quelqu'un aurait un exemple genre "Web Application pour les nuls" (ce que je
me considère de plus en plus) ?
Je pensais avoir résolu mon problème, et pouvoir avancer sur autre chose
mais la je retourne à la case départ...
Merci de votre aide.