Discussion :

[205]

C'est bien un site que tu veux faire? Réfléchis bien avant d'opter pour java car c'est difficile à mettre en oeuvre et c'est pas dit suivant ton projet que ça vaille la peine.
Surtout que là visiblement t'as l'air d'être en territoire inconnu. Si tu nous sors de l'EJB pour un forum comme celui sur lequel tu trouves ou quelques choses d'équivalent, y'a des gens qui diraient que tu prends la mauvaise direction.

Oui c'est bien un site web, et ce sera qqch d'équivalent à ce forum...
Le soucis c'est que je ne connais comme langage que java et sur de vieilles technos (struts 1, jsf).
Je suis donc preneur de tt conseil et orientation!

[_skip]

Oui c'est bien un site web, et ce sera qqch d'équivalent à ce forum...
Le soucis c'est que je ne connais comme langage que java et sur de vieilles technos (struts 1, jsf).
Je suis donc preneur de tt conseil et orientation!

Je commencerai par jeter un oeil parmi tous les scripts de forum, CMS etc... si quelque chose correspond déjà un peu à ce que je cherche. Ensuite faut voir du point de vue de la complexité, faire un bon forum ça prend du temps, mais au niveau des opérations c'est en gros du INSERT et du SELECT.
Coté métier ça reste assez rudimentaire si j'ose dire, perso j'irai pas sortir l'artillerie j2EE pour faire ça, sauf s'il y avait besoin d'interfaçage avec du code java existant (style tu veux utiliser l'API de votre gros système de gestion documentaire, ERP ou autre qui lui est en java).
C'est un avis personnel, mais je partirai plutôt sur PHP avec éventuellement un petit framework. Les performances seraient peut être un peu meilleures avec java à code égal mais à mon sens ce gain ne suffirait de loin pas à contrebalancer la complexité de la stack lorsqu'il s'agit d'un site web de contenu.

[205]

Je commencerai par jeter un oeil parmi tous les scripts de forum, CMS etc... si quelque chose correspond déjà un peu à ce que je cherche. Ensuite faut voir du point de vue de la complexité, faire un bon forum ça prend du temps, mais au niveau des opérations c'est en gros du INSERT et du SELECT.
Coté métier ça reste assez rudimentaire si j'ose dire, perso j'irai pas sortir l'artillerie j2EE pour faire ça, sauf s'il y avait besoin d'interfaçage avec du code java existant (style tu veux utiliser l'API de votre gros système de gestion documentaire, ERP ou autre qui lui est en java).
C'est un avis personnel, mais je partirai plutôt sur PHP avec éventuellement un petit framework. Les performances seraient peut être un peu meilleures avec java à code égal mais à mon sens ce gain ne suffirait de loin pas à contrebalancer la complexité de la stack lorsqu'il s'agit d'un site web de contenu.

Merci pour tes conseils c'est cool.
Je pense que je vais partir sur du ruby-on-rails. C'est en vogue, tendance, c'est pas mal de connaitre ça pour plus tard et ça m'a l'air adapté au projet.

Sinon pour recentrer la discussion sur son sujet Je me pose tjrs la question de savoir si il y a un framework java plus à même de gérer et maintenir une grosse mise en cache..

[tchize_]

EHCache