Discussion:Architecture orientée événements

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Il me semble que ce sujet va prendre une grande importance car c'est sur lui que repose toutes les technologies de type BPM qui connaissent un grand essor une fois l'architecture SOA mise en place. Il s'agit en effet de passer à un niveau supérieur en orchestrant les processus métier pour lesquels c'est une gestion évenementielle qui est le plus nécessaire.

Je propose donc de passer ce sujet en catégorie Important! Patrick Gantet (d) 12 décembre 2007 à 18:23 (CET)[répondre]

Vocabulaire[modifier le code]

Attention à l'emploi du mot service dans cet article, qui s'oppose à la notion d'événement. Je propose de le remplacer par "composant" :

- "en architecture EDA, un « service» prévient par émission d'un événement" => "en architecture EDA, un « composant » prévient par émission d'un événement".

- "Le couplage entre services est un couplage lâche et les communications sont toutes asynchrones" => "Le couplage entre composants est un couplage lâche et les communications sont toutes asynchrones".

--Mathias.bollaert (d) 28 mars 2010 à 14:06 (CEST)[répondre]

Asynchronisme[modifier le code]

J'ai ajouté une nuance sur l'asynchronisme. Les évènements sont souvent asynchrones mais ce n'est pas systématique. Par exemple en java, les frameworks IHM Swing et JavaFx utilisent des évènements mais ils sont synchrones. --Mathias Bollaert (discuter) 20 février 2022 à 19:28 (CET)[répondre]