Sommaire
<<
Serveur JAC vs J2EE
<
Exemples d'architectures
>
Technique
>>
Liens / Contacts


JAC propose un ensemble de couches de communication: RMI, SOAP/XML et Corba/IIOP, permettant d’inter-opérer avec des environnements Java, Microsoft ou hétérogènes.
En fonction des aspects utilisés et de leur configuration, JAC peut être utilisé comme client léger au sein d’un environnement J2EE existant ou comme solution back office intégrant du load-balancing et de la montée en charge.


Architecture de base - utilisation de JAC comme serveur d’applications
  • Les composants Java métier ont été automatiquement générés à partir du diagramme UML de l’atelier UML.
  • Les aspects techniques de JAC ont été configurés (également au sein de l’atelier UML) afin de correspondre aux besoins de l’application.
  • La configuration de l’aspect d’IHM SWING permet de paramétrer l’interface du client SWING.
  • JAC peut inter-opérer avec un serveur Web (Habituellement Apache) via RMI/IIOP. Les technologies JSP ou PHP peuvent être choisies pour développer l’interface Web.
    JAC fournit les servlet et les JavaBeans permettant d’accéder aux objets JAC en technologie JSP. Il fournit également une librairie PHP-Java si la solution PHP est retenue.
  • L’aspect de persistance offre le choix entre une persistance fichier ou SGBD via JDBC.

Montée en charge et tolérance aux pannes
  • La puissance et la simplicité d’utilisation des services techniques de JAC (aspects) permet de réaliser rapidement des architectures complexes intégrant de la tolérance aux pannes, du load-balancing, de la cohérence de données etc.
  • Les composants Java métier ne diffèrent pas de ceux de l'exemple précedent.
  • L’ajout des aspects de synchronisation et de cache permet de déployer l’application sur deux serveur JAC différents.
  • Des aspects de load-balancing et de broadcasting peuvent être ajoutés.


Sommaire
<<
Serveur JAC vs J2EE
<
Exemples d'architectures
>
Technique
>>
Liens / Contacts