Re: RE : [sdx-developers] Sources de documents

[Pierrick Brihaye]

Re,

Martin Sevigny a écrit:

> > A priori, c'est bon : la définition de "callbacks" correspond peu ou 
> > prou à la demande "dévènements". Je suis même assez d'accord pour que 
> > l'on puisse greffer ces callbacks un peu partout :-)
>
> Un peu partout... par exemple?

En gros... dès qu'on appelle une méthode publique :-))

Ca peut être, à l'instar de ce que font les actions de la taglib, dès 
qu'on ajoute/modifie/supprime quelque chose dans un framework, une 
appli, une base, un repository. On peut même aller jusqu'à surveiller 
l'initialisation ou la finalisation.

En fait, je me demande dans quelle mesure on n'a pas une correspondance 
exacte entre la philosophie "actions taglib" et "actions définies dans 
un fichier de configuration" (appelons-les "tâches" ?). La seule 
différence est que les actions taglibs sont déclenchées par des requests 
utilisateur alors que les autres peuvent virtuellement être déclenchées 
par n'importe quoi : un scheduler, un callback, du RMI, du RPC...

Si l'on choisit ce type d'approche, la taglib pourrait être 
considérablement épurée.

> > Le seul truc qui semble manquer c'est un gestion des fallbacks de 
> > callbacks :-)
>
> Tu veux dire que si on appelle une méthode déclarée en callback et qui
> génère une erreur?

C'est ça.

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden