Discussion :

[JauB]

Bonjour tout le monde,
est ce qu'on peux m'expliquer la particularité de JBOSS par rapport aux autres serveur d'application. Ainsi que ses qualités et ses défauts? peut il me servir pour déployer une grande application qui gère une base de données qui contient des milliers et des milliers d'enregistrements?
est il facile à l'implémenter? j'ai déjà commencé une application utilisant JSF/AJAX/TOMCAT me serait il facile à basculer vers JBOSS pour remplacer TOMCAT car les temps de réponses sous TOMCAT ne me sont pas satisfaisants!
Merci d'avance pour vos réponses

[XmasRock]

La particularité de JBoss AS c'est qu'il est utilisé en production par un très grand nombre de personnes. Qu'il existe un structure permettant d'offrir une pérennité des développements (les developpeurs du projet open-source sont payés) et qu'il existe un ensemble de services associés (formation/support/conseil) par des experts issus des équipes de dev.


Est-ce que c'est une référence suffisante pour toi de savoir que la dernière campagne de déclaration des impots sur internet était motorisée par JBoss (5.7M de télédéclarations en 2 mois) ?

Ce que tu vas gagner par rapport à Tomcat c'est la possibilité d'accéder, par exemple, à une technologie de cluster avancée.

[JauB]

peux tu m'expliquer ce qi suit:

Est-ce que c'est une référence suffisante pour toi de savoir que la dernière campagne de déclaration des impots sur internet était motorisée par JBoss (5.7M de télédéclarations en 2 mois) ?

Ce que tu vas gagner par rapport à Tomcat c'est la possibilité d'accéder, par exemple, à une technologie de cluster avancée.

Merci

[fr1man]

Une petite précision.
Si tu rencontres des problèmes de performances, tu devrais bien regarder ton appli avant mettre en cause Tomcat.

De plus, Tomcat est embarqué dans certains serveurs d'application comme JBOSS. Donc je ne pense pas que de passer à JBOSS te divise tes temps de réponses par 10 comme par magie.

[JauB]

ça veut dire que les temps de réponses vont rester les même ou quoi?

[fr1man]

J'en ai bien peur.
Mon avis sur les problèmes de temps de réponse, c'est qu'ils sont souvent dus
à l'architecture de l'appli. Peut-être y a t il des choses à améliorer dans l'appli pour rectifier le tir.

[XmasRock]

l'avantage avec JBoss c'est que tu vas avoir plus d'options à ta disposition. Qu'utilises-tu comme framework de persistance ?

[JauB]

j'utilise QLOR c'est pas connu n'est pas ?

[XmasRock]

Hi hi, voilà, tu as trouvé d'où viennent tes problèmes
Utilises Hibernate et tu auras moins de problèmes !

[loukili99]

j'utilise QLOR c'est pas connu n'est pas ?

Je veut savoir, quel est ton problème exactement, parceque j'utilise qlor depuis 2 ans sur les serveurs d'application JBOSS/TomCat et WebSphere sans aucun problème.

[loukili99]

Je veut savoir, quel est ton problème exactement, parceque j'utilise qlor depuis 2 ans sur les serveurs d'application JBOSS/TomCat et WebSphere sans aucun problème.

Quel que soit le framework de persistence le résultat est le même parceque le problème de données se situe lors des requêtages et non pas la persistence.
Si j'ai 1000 enregistrements à ramener de la base de données Hibernate, JDO, QLOR, OJB ou autres utilisent le même principe donné par Java (ResultSet vers Collection en utilisant Reflect). Et même si on utilise le cache, il faut l'utiliser avec modération parceque tous cacher va cracher n'import quel serveur d'application de TomCat à WebSphere sur Duo Proc avec 10G RAM.
Le choix d'un framework de persistence est lié à son utilisation, sa simplicité et son ouverture.
J'espére que cela vous aidera à identifier bien votre problème.

[JauB]

pourquoi j'arrive pas à déployer mon application sous JBOSS!?

[loukili99]

pourquoi j'arrive pas à déployer mon application sous JBOSS!?

Envoies l'exception que tu reçois sinon comment je peux t'aider ?

[XmasRock]

Quel que soit le framework de persistence le résultat est le même parceque le problème de données se situe lors des requêtages et non pas la persistence.
Si j'ai 1000 enregistrements à ramener de la base de données Hibernate, JDO, QLOR, OJB ou autres utilisent le même principe donné par Java (ResultSet vers Collection en utilisant Reflect). Et même si on utilise le cache, il faut l'utiliser avec modération parceque tous cacher va cracher n'import quel serveur d'application de TomCat à WebSphere sur Duo Proc avec 10G RAM.
Le choix d'un framework de persistence est lié à son utilisation, sa simplicité et son ouverture.
J'espére que cela vous aidera à identifier bien votre problème.

C'est exactement ce qui fait la différence entre un framework mature ou non : la possibilité de garantir un fonctionnement optimal même pour 1000 enregistrements. C'est ce que sait trés bien faire Hibernate.

Je ne dis pas que les autres ne savent pas le faire. Je dis que des milliers d'utilisateurs heureux c'est un gage de qualité

[XmasRock]

Cela dit, loukili99 a raison, donnes nous plus d'infos. Y a pas de raison que ça marche pas.

[loukili99]

C'est exactement ce qui fait la différence entre un framework mature ou non : la possibilité de garantir un fonctionnement optimal même pour 1000 enregistrements. C'est ce que sait trés bien faire Hibernate.

Je ne dis pas que les autres ne savent pas le faire. Je dis que des milliers d'utilisateurs heureux c'est un gage de qualité

Hibernate ne fait qu'utiliser apache common-collections et common-beanutils pour transformer le ResultSet en une collection d'objet java qui utilise à son tours java reflect. Donc je ne vois pas de logique intrinseque si nous parlons d'algébre des ensembles ou la théorie des groupes.

Le cache peut aider mais il faut, comme je l'ai dit auparavant, utiliser avec modération.

[loukili99]

C'est exactement ce qui fait la différence entre un framework mature ou non : la possibilité de garantir un fonctionnement optimal même pour 1000 enregistrements. C'est ce que sait trés bien faire Hibernate.

Je ne dis pas que les autres ne savent pas le faire. Je dis que des milliers d'utilisateurs heureux c'est un gage de qualité

J'ai personnelement fait un comparatif entre Toplink, Hibernate et QLOR sans/avec le cache et cela a donné des résultats trés proches. A mon sens c'est trés logique

[XmasRock]

J'ai personnelement fait un comparatif entre Toplink, Hibernate et QLOR sans/avec le cache et cela a donné des résultats trés proches. A mon sens c'est trés logique

Très bien. Je pense que c'est ça la solution : il faut essayer et trouver ce qui correspond le mieux à son cas d'utilisation.

[XmasRock]

Hibernate ne fait qu'utiliser apache common-collections et common-beanutils pour transformer le ResultSet en une collection d'objet java qui utilise à son tours java reflect. Donc je ne vois pas de logique intrinseque si nous parlons d'algébre des ensembles ou la théorie des groupes.

Le cache peut aider mais il faut, comme je l'ai dit auparavant, utiliser avec modération.

Ton commentaire ne me semble pas correct. Dire qu'Hibernate ce n'est que ça, c'est du troll pur.

Pour ton projet QLOR (tu en es l'admin), il y a 350 téléchargements depuis octobre 2005. Je pense que c'est un facteur important à prendre en compte pour l'utiliser.

Pour être positif, plus que des benchmarks dont on connait tous les limites, il serait intéressant d'utiliser une méthode d'évaluation telle que QSOS http://qsos.org. Cette méthode basée sur des fiches d'évaluation libres d'accès, permettra d'obtenir un consensus fiable (à la wikipedia) sur la qualité des projets open source. Cela ne remplace pas les tests mais permet d'avoir une vue globale plus large.

[loukili99]

il y a 350 téléchargements depuis octobre 2005. Je pense que c'est un facteur important à prendre en compte pour l'utiliser.

Je vois que tu commence toujours par dir que c'est pas correcte (et cela ce n'est pas correcte).

L'argument que tu as donné n'est pas technique du tout et boucoups d'open source sont emmergé au niveau des 'clans' connus tels que le clan the ServerSide et RedHat. Je ne vais rentrer dans les details politiques de la commercialisation de l'opensource mais il faut savoir que sa mission (l'open source) est situé dans un niveau intellectuel loin d'être une vision 'clan'.

Le nombre de telechargement est lié étroitement à 90% à la communication autour du produit ce qui n'est pas le cas de plusieurs produits qu'on trouve au niveau de Sourceforge (il y a pas mal de produits impressionants mais le nombre de telechargement est petit), alors que si le produit s'adose à un clan connu !!! alors là il sera trés utilisé même s'il fait rien !!!