Extrait du cours pratique sur l’architecture J2EE
Défis du génie logiciel de nos jours
La réalité d’aujourd’hui requiert le développement d’applications distribuées et performantes Intégration de systèmes d’information d’une entreprise (qui peut être géographiquement distribuée)
Intégration de systèmes d’informations de plusieurs entreprises, à l’occasion de relations d’affaires (B2B)
Le développement de ces applications est très complexe, et ce, pour plusieurs raisons:
Défis techniques dûs intégralement à l’infrastructure de calcul (réseaux de communication, distribution de charge, robustesse (« fault-tolerance »)
Difficulté de mise en place de certains services (transaction, sécurité)
INTER-OPÉRABILITÉ!!!!!
Quatre approches différentes
Ne rien faire (envoyer des fichiers par e-mail ou des hardcopy)
Développer vous même et l’infrastructure de déploiement et d’exécution et la logique d’affaires Utiliser l’infrastructure de déploiement et d’exécution d’un fournisseur et vous concentrer sur la logique d’affaire Utiliser la solution propriétaire d’UN fournisseur Se mettre d’accord, entre fournisseurs et clients, sur une architecture, permettant à plusieurs fournisseurs de supporter cette architecture, et aux clients de pouvoir choisir sans se préoccuper de l’inter-opérabilité des applications..
Trois grandes tendances
Au début (88-93):
COM/DCOM: solution propriétaire de MICROSOFT
COM marche mieux que DCOM/COM+
CORBA: standard développé par l’OMG, un organisme volontaire de l’industrie regroupant clients et fournisseurs de technologie
Que faire:
COM est plus simple à utiliser dans les environnements W
Une base d’implantation assez importante
CORBA est plus ouvert
Produits pas mûrs
Pas d’inter-opérabilité
Il fallait choisir entre les deux
Trois grandes tendances
Aprés (93 – 96):
MICROSOFT et OMG se rendent compte qu’ils doivent offrir des ponts entre leurs technologies pour que les choix de technologie soient moins pénibles et moins critiques Les outils CORBA murissent, mais le développement d’applications CORBA n’en demeure pas moins compliqué Avant hier (96/97 – 00)
Les technologies Java rentrent dans le marché d’abord par Java RMI:
Infrastructure RMI simple (beaucoup plus simple que CORBA)
Exige du Java de bout en bout
On parle d’inter-opérabilité avec Microsoft
L’architecture J2EE, qui offre plus de services que COM et CORBA
Trois grandes tendances Hier (00 – 02)
Microsoft sort .NET et C# pour concurrencer J2EE et Java Une pénétration assez forte de la technologie J2EE dans le marché nord-américain Un « alphabet soup » de technologies provenant de différents vendeurs Plusieurs couches de technologie bâties par dessus (et des fois à côté) des technologies de base Ce matin (02 – aujourd’hui)
Beaucoup de technologies de distribution plus légères que J2EE, CORBA ou COM/DCOM, dont les services web
Beaucoup d’environnements open-source EJB3
L’architecture J2EE
C’est une architecture trois/quatre tiers:
Tiers client: couche assez mince, contenant la logique d’invocation et d’affichage des données
Tiers application: reflète la logique d’affaires (orientéeobjet), riche en fonctionnalités, et offrant plusieurs services « architecturaux »
Tiers données, offrant la persistence et l’accès centralisé aux données..
……..
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)Cours pratique sur l’architecture J2EE (556 KO) (Cours PDF)
