Quel choix de langage, framework, techno pour un extranet ?

Bonjour à tous et toutes,

D'avance désolé si je me suis trompé de sous-forum, j'ai beaucoup hésité pour ma défense ! :)

Voilà la situation : Je suis au service info d'une boite, et on vient de finaliser l'intranet de la boite. Les technos utilisées étaient GWT et Hibernate, le développement étant fait sous Eclipse + Windows 7 + SVN.

On va attaquer l'extranet, mais on hésite un peu sur le choix des technos. À priori, ce sera du JEE + Hibernate, avec serveur Git.

Le truc, c'est qu'on est pas trop au courant des Frameworks qui existent, des technos "en vogue". Les utilisateurs devront pouvoir se loguer, ajouter des documents, consulter et modifier des infos sur leurs propres comptes (données perso, photos, etc...), ajouter des documents, selon trois degrés d'autorisation différents (le cahier des charges n'est pas encore fixé à 100%)

D'où ma question : Vous utilisez quoi de votre coté ? Ou vous utiliseriez quoi ?

Merci d'avance, n'hésitez pas à balancer ne serait ce que des idées, je ferai le tri de mon coté.

:)

Moi vu le cahier des charges du moment, j'me dirais tout simplement : Pourquoi pas un CMS ?

Car bon les CMS les plus robustes et connus gèrent l'aspect documentation/l'authentification/la gestion de rôle. Bon c'est sur niveau découverte, c'est moins fun par contre.

pareil, je me casserais pas la nenette et je partirais d'un CMS ou d'un wiki existant a personnaliser. C'est une besoin tout public, y a des tonnes d'applications qui le font déjà, pas la peine de réinventer la roue :)

Pas possible, car la base de données est déjà existante. Tout le modèle existe déjà (c'est la même que celle de l'intranet), donc ce ne sera pas possible de l'adapter à un CMS... La suggestion n'est pas bête cependant !

J'avais pas lu intranet existant ;)


Si tu prend des trucs comme xwiki, par exemple, tu peux créer des macros custom. Autrement dit te servir du wiki pour gérer le site, les pages etc, et sur les pages tapper la macro qui va afficher la liste des documents concernés, tirés de la DB.

Autre option si faisable, tu crée un biesce script qui synchronize ta DB existante (intranet) sur ta db publique. De toutes façons, c'est en général une mauvaise idée d'avoir un site "public" qui attaque directement le DB interne. Une catastrophe en cas de piratage / faille de sécurité :)

Enfin, si ton extranet est un "intranet accessible de la maison", pourquoi ne pas garder la même application que pour l'intranet?

Le problème avec l'esprit wiki, c'est que c'est éditable de l'extérieur non ? Ici, c'est pas top l'esprit... Mais XWiki ça a l'air top, je garde ça sous le coude !

EDIT : XWiki, ça utilise Hibernate ?

xwiki utilise effectivement hibernate pour son stockage.