Version imprimable
Bonjour,
je voudrai comprendre comment est réalisé un site en java web (par exemple un gros site marchant).
Le but n'est pas de réaliser un site mais de comprendre l'intérêt du java web.
Pour information ,j'ai de très bonne connaissance, C/C++/AS/java(un peu),
et très peu de connaissance en programmation web.
J'ai lu quelque tuto dessus ,mais je ne comprend pas grand chose surtout le rapport avec le java.
Si qqun peu m'éclairer .
Bonjour,
c'est un sujet passionnant, mais pas évident à expliquer comme cela.
Il y a plusieurs architectures possibles.
Si on prend l'exemple donc d'un site marchant, voici ce que tu vas trouver par exemple :
Un serveur sur lequel tourne une base de donnée genre Oracle, avec la base client et les articles que propose le site.
Un serveur d'application comme Websphere ou JBoss sur lequelles vont tourner les applications J2EE.
Tu vas trouver une application frontale pour les clients evidemment, mais tu vas aussi trouver des applications back-office pour faire tourner la boutique. Comme par exemple une application de gestion des stocks, ou une application de compta, le tout travaillant ensemble sur ta base de données Oracle.
Que tu sois client ou administrateur du site, tout se passe via un client web comme FireFox. L'équipe de developpement n'ayant qu'a mettre à jour les applications sur le serveur J2EE.
Toute ta logique métier est écrite en Java à l'aide d'un framework comme Struts (par exemple), ta partie présentation tu peux utiliser des technologies comme JSP, ensuite pour les accès base de donnée, tu utilises des API Java comme Hibernate ou Jdbc. L'intérêt de Java est que tu disposes de beaucoup d'API pour presque tout faire : couche données, couche métier, couche présentation etc ...
Après c'est une question de mode, hier tu avais du servlet/JSP aujourd'hui tu as des gens qui ne vois que par JSF et Ajax , demain tu auras peut-être les frameworks orientés composants. Bref ça va très très très vite, vu les méthodes de développement actuelle.
Bonjour,
d'accort ma vision n'était pas trop éloigné ,de la réalité .
Cad 2 parties distincts ,une partie frontal ,pas forcément en java web qui sera directement en contact avec l'utilisateur.
Et une partie non visible ,exécutable directement par le serveur (ex détection d'un élément non conforme dans la base de donnée).Ou alors commandé par l'utilisateur (par exemple :création d'une fiche de paye en .txt).
J'avoue être pas totalement convaincu.
Car ,je ne vois pas le type d'application possible en java web sur le front.
Et pour la deuxième partie ,je vois pas l'intérêt d'utiliser le java web ,une commande sur différent .exe ferai la même chose .
Ok, donc avantage d'une architecture client léger :
- Installation minimale, une fois tes applications sur le serveur, que ce soit tes clients ou ton back-office, ils n'ont rien à faire. Pas de .exe à télécharger.
- Tu ne t'occupes pas de la machine du client, du moment qu'il a un navigateur web : Ton appli est donc accessible avec un PC, un Mac, un iphone, un archos ou n'importe quoi d'autres ...
- Tes données sont en sécurités : si tes applications sont bien structurées en couche, tes données sont à l'abris des pirates. Ce qui n'est pas forcement le cas avec des .exe qui peuvent être décompilés, modifiés et utilisés à des fins malhonnête : Par exemple ton serveur Oracle est derrière un firewall qui ne laisse passer que le serveur d'appli web.
- Java est un langage universelle qui possède de très nombreuses API, générer du pdf, du excel ou des graphes c'est très simple. Je te laisse trouver un développeur qui aura le courage de générer du .pdf en C.
Tous d'abord merci pour ces réponses.
je me répète c'est juste pour comprendre ,l'architecture de grand site .
Prenons un exemple concret comme priceminister.
Je ne connais pas et il y a plein d'exemple d'architecture en J2EE, l'idée de base est d'avoir trois parties distinctes, une couche présentation, une couche métier et une couche d'accès aux données. Pour de multiples raisons, c'est ce qui se fait de mieux.